http://www.mysql.com/downloads/到官網上去下載安裝包MySQL-advanced-5.6.24-1.el6.x86_64-bundle.zip（企業版下載需要賬號，你也可以在百度網盤裏搜索）
2、檢查是否安裝mysql（使用root用戶）
rpm -qa|grep mysql
如果有且不是你需要的請用rpm -e XXX --nodeps卸載
3、安裝mysql5.6（使用root用戶）
將MySQL-advanced-5.6.24-1.el6.x86_64-bundle.zip上傳到服務器上並解壓縮
unzip MySQL-advanced-5.6.24-1.el6.x86_64-bundle.zip
下面正式開始安裝
rpm -ivh MySQL-server-advanced-5.6.24-1.el6.x86_64.rpm
備註：如果之前不存在mysql用戶的話，這個包安裝之後會創建mysql用戶
rpm -ivh MySQL-client-advanced-5.6.24-1.el6.x86_64.rpm
備註：dev包，視情況安裝，如果你計劃對mysql做壓力測試及性能測試，可以安裝。如果只是開發、測試數據庫可以不用安裝
4、創建mysql的數據目錄
mkdir -p /mysqldata/mysql
chown -R mysql.mysql /mysqldata
su - mysql
cd /mysqldata
mkdir dbslowlog
mkdir log
exit
新建的目錄將在my.cnf裏用到5、初始化MySQL、啓動、設置密碼（使用root用戶）
5.1、初始化mysql數據庫
配置文件（使用root用戶）附件上傳了一個模版
cp /usr/share/mysql/my-default.cnf /etc/my.cnf
清空內容，然後附錄3中給的my.cnf內容進行配置
初始化數據庫
/usr/bin/mysql_install_db --user=mysql --datadir=/mysqldata/mysql
5.2、啓、停、重啓mysql數據庫
注意：SELINUX 一定要關閉，不然啓動不了
關閉命令如下
setenforce 0，永久關閉的話，需要修改/etc/selinux/config文件中的SELINUX="" 爲 disabled ，然後重啓服務器。
啓動
service mysql start
停止
service mysql stop
重啓
service mysql restart
6、設置mysql root用戶密碼
/usr/bin/mysqladmin -u root password '你的密碼'
測試新密碼是否可用
mysql -uroot –p你的密碼
mysql>use mysql;
mysql>update user set password=password('你的密碼') where user='root';
mysql>update user set host='%' where user='root' and host='localhost';
爲了授權方便，可以指定root用戶在任何機器都有grant的權利
mysql> GRANT USAGE ON *.* TO 'root'@'%' WITH GRANT OPTION;
mysql>flush privileges;
mysql>quit
8、設置開機啓動（使用root用戶）
root安裝後，默認就是開機啓動
檢查下
chkconfig --list | grep mysql
2345爲on即可
如果不是，執行下面的命令
chkconfig mysql on
附錄1：
如果4、5都沒有指定數據目錄，而且默認安裝，默認安裝後datadir是在/var/lib/mysql下面，這個時候還想修改，可以這樣，
service mysql stop
cd /
mkdir mysqldata
chown mysql.mysql mysqldata
這句話是把/var/lib下面的mysql目錄拷貝一份到/mysqldata下，拷貝完成之後在/mysqldata下面就有mysql的目錄並且文件都過來的，且權限都是一樣的
cp –rap /var/lib/mysql /mysqldata
cd /mysqldata
chown mysql.mysql mysql
修改/etc/my.cnf
datadir=/mysqldata/mysql
socket=/mysqldata/mysql/mysql.sock
service mysql start
附錄2
如果要調優，首先從操作系統的參數、網絡、ssd，然後就是大頁，然後可能的話，還有線程池。優化沒有萬能的開關，只能靠壓力測試，才能知道優化的有沒有效果
附錄3：my.cnf
# For advice on how to change settings please see
# http://dev.mysql.com/doc/refman/5.6/e ... nfiguration-defaults.html
# *** DO NOT EDIT THIS FILE. It's a template which will be copied to the
# *** default location during install, and will be replaced if you
# *** upgrade to a newer version of MySQL.
[client]
port = 3306
default-character-set = utf8
socket = /tmp/mysql.sock
[mysqld]
#數據庫字符集
character_set_server = utf8
#不使用名稱解析
skip-name-resolve
#防止創建函數報錯
log_bin_trust_function_creators=1
# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
# innodb_buffer_pool_size = 128M
#innodb_flush_log_at_trx_commit=1
# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin
log_bin=mysql-bin
log_bin_index=mysql-bin.index
binlog_format=mixed
expire_logs_days=7
# These are commonly set, remove the # and set as required.
# basedir = .....
# datadir = .....
# port = .....
# server_id = .....
# socket = .....
datadir = /mysqldata/mysql
port = 3306
server_id = 1
socket = /tmp/mysql.sock
pid-file = /mysqldata/mysql/mysql.pid
#錯誤日誌
log-error = /mysqldata/mysql/mysql_error.log
#忽略大小寫
lower_case_table_names = 1
open_files_limit = 30000
table_open_cache = 2048
#TIMESTAMP如果沒有顯示聲明NOT NULL，是允許NULL值的，可以直接設置改列爲NULL，而沒有默認填充行爲。
#TIMESTAMP不會默認分配DEFAULT CURRENT_TIMESTAMP 和 ON UPDATE CURRENT_TIMESTAMP屬性
explicit_defaults_for_timestamp=true
#開啓定時任務
event_scheduler=1
# MySQL 服務所允許的同時會話數的上限
max_connections = 3000
# 每個客戶端連接最大的錯誤允許數量如果達到了此限制
# 這個客戶端將會被MySQL服務阻止直到執行了”FLUSH HOSTS” 或者服務重啓
# 非法的密碼以及其他在鏈接時的錯誤會增加此值
# 查看 “Aborted_connects” 狀態來獲取全局計數器
max_connect_errors = 100000
# 服務所能處理的請求包的最大大小以及服務所能處理的最大的請求大小(當與大的BLOB字段一起工作時相當必要)
# 每個連接獨立的大小.大小動態增加
max_allowed_packet = 32M
# 在一個事務中binlog爲了記錄SQL狀態所持有的cache大小
# 如果你經常使用大的多聲明的事務你可以增加此值來獲取更大的性能
# 所有從事務來的狀態都將被緩衝在binlog緩衝中然後在提交後一次性寫入到binlog中
# 如果事務比此值大 會使用磁盤上的臨時文件來替代
# 此緩衝在每個連接的事務第一次更新狀態時被創建
binlog_cache_size = 4M
# 獨立的內存表所允許的最大容量
# 此選項爲了防止意外創建一個超大的內存表導致永盡所有的內存資源
max_heap_table_size = 256M
# 排序緩衝被用來處理類似ORDER BY以及GROUP BY隊列所引起的排序
# 如果排序後的數據無法放入排序緩衝
# 一個用來替代的基於磁盤的合併分類會被使用
# 查看 “Sort_merge_passes” 狀態變量
# 在排序發生時由每個線程分配
sort_buffer_size = 32M
# 此緩衝被使用來優化全聯合(full JOINs 不帶索引的聯合)
# 類似的聯合在極大多數情況下有非常糟糕的性能表現
# 但是將此值設大能夠減輕性能影響
# 通過 “Select_full_join” 狀態變量查看全聯合的數量
# 當全聯合發生時在每個線程中分配
join_buffer_size = 32M
# 我們在cache中保留多少線程用於重用
# 當一個客戶端斷開連接後如果cache中的線程還少於thread_cache_size
# 則客戶端線程被放入cache中
# 這可以在你需要大量新連接的時候極大的減少線程創建的開銷
# (一般來說如果你有好的線程模型的話這不會有明顯的性能提升)
thread_cache_size = 16
# 內部(內存中)臨時表的最大大小
# 如果一個表增長到比此值更大將會自動轉換爲基於磁盤的表
# 此限制是針對單個表的而不是總和
tmp_table_size = 256M
# 記錄慢速查詢. 慢速查詢是指消耗了比 “long_query_time” 定義的更多時間的查詢
# 如果 log_long_format 被打開那些沒有使用索引的查詢也會被記錄
# 如果你經常增加新查詢到已有的系統內的話. 一般來說這是一個好主意
slow-query-log = 1
# 所有的使用了比這個時間(以秒爲單位)更多的查詢會被認爲是慢速查詢
# 可以記錄到毫秒級別例如0.5表示500ms
long_query_time = 5
slow-query-log-file= /mysqldata/dbslowlog/db-slow.log
# 此目錄被MySQL用來保存臨時文件.例如
# 它被用來處理基於磁盤的大型排序和內部排序一樣
# 以及簡單的臨時表
# 如果你不創建非常大的臨時文件將其放置到 swapfs/tmpfs 文件系統上也許比較好
# 另一種選擇是你也可以將其放置在獨立的磁盤上
# 你可以使用”;”來放置多個路徑
# 他們會按照roud-robin方法被輪詢使用
tmpdir = /tmp
############################# INNODB 服務端 #############################
# InnoDB使用一個緩衝池來保存索引和原始數據 不像 MyISAM
# 這裏你設置越大你在存取表裏面數據時所需要的磁盤I/O越少
# 在一個獨立使用的數據庫服務器上你可以設置這個變量到服務器物理內存大小的80%
# 不要設置過大否則由於物理內存的競爭可能導致操作系統的換頁顛簸
# 注意在32位系統上你每個進程可能被限制在 2-3.5G 用戶層面內存限制
# 所以不要設置的太高
innodb_buffer_pool_size = 32G
#千萬不要用默認的10M，否則在有高併發事務時，會受到不小的影響
innodb_data_file_path = ibdata1:10M:autoextend
# 在InnoDb核心內的允許線程數量
# 最優值依賴於應用程序硬件以及操作系統的調度方式
# 過高的值可能導致線程的互斥顛簸
innodb_thread_concurrency = 16
# 如果設置爲1 InnoDB會在每次提交後刷新(fsync)事務日誌到磁盤上
# 這提供了完整的ACID行爲
# 如果你願意對事務安全折衷 並且你正在運行一個小的食物 你可以設置此值到0或者2來減少由事務日誌引起的磁盤I/O
# 0代表日誌只大約每秒寫入日誌文件並且日誌文件刷新到磁盤
# 1代表比較安全，但性能降低（結合sync_binlog=1保證數據處於最安全狀態，但是性能降低，可以考慮設置爲2，sync_binlog不設置）
# 2代表日誌寫入日誌文件在每次提交後但是日誌文件只有大約每秒纔會刷新到磁盤上
innodb_flush_log_at_trx_commit = 1
sync_binlog=1
# 用來緩衝日誌數據的緩衝區的大小
# 當此值快滿時 InnoDB將必須刷新數據到磁盤上
# 由於基本上每秒都會刷新一次所以沒有必要將此值設置的太大(甚至對於長事務而言)
innodb_log_buffer_size = 16M
# 在日誌組中每個日誌文件的大小
# 你應該設置日誌文件總合大小到你緩衝池大小的25%~100%
# 來避免在日誌文件覆寫上不必要的緩衝池刷新行爲
# 不論如何 請注意一個大的日誌文件大小會增加恢復進程所需要的時間
innodb_log_file_size = 512M
# 在日誌組中的文件總數
# 通常來說2~3是比較好的
innodb_log_files_in_group = 3
# InnoDB的日誌文件所在位置. 默認是MySQL的datadir
# 你可以將其指定到一個獨立的硬盤上或者一個RAID1捲上來提高其性能
innodb_log_group_home_dir = /mysqldata/log
# 在InnoDB緩衝池中最大允許的髒頁面的比例
# 如果達到限額 InnoDB會開始刷新他們防止他們妨礙到乾淨數據頁面
# 這是一個軟限制不被保證絕對執行
innodb_max_dirty_pages_pct = 90
# InnoDB用來刷新日誌的方法
# 表空間總是使用雙重寫入刷新方法 Unix可以設置：fsync() or O_SYNC/O_DSYNC
# 默認值是 “fdatasync” 另一個是 “O_DSYNC” Linux可以選擇：O_DIRECT
innodb_flush_method=O_DIRECT
# 在被回滾前一個InnoDB的事務應該等待一個鎖被批准多久
# InnoDB在其擁有的鎖表中自動檢測事務死鎖並且回滾事務
# 如果你使用 LOCK TABLES 指令 或者在同樣事務中使用除了InnoDB以外的其他事務安全的存儲引擎
# 那麼一個死鎖可能發生而InnoDB無法注意到
# 這種情況下這個timeout值對於解決這種問題就非常有幫助
innodb_lock_wait_timeout = 120
############################ mysqld_safe 配置 ############################
[mysqld_safe]
# 增加每個進程的可打開文件數量
# 警告: 確認你已經將全系統限制設定的足夠高
# 打開大量表需要將此值設大
open-files-limit =60000