MySQL手冊上也有服務(wù)器端參數(shù)的解釋，以及參數(shù)值的相關(guān)說明信息，現(xiàn)針對我們大家重點需要注意、需要修改或影響性能 的服務(wù)器端參數(shù)，作其用處的解釋和如何配置參數(shù)值的推薦，此事情拖了不少時間，為方便大家?guī)兔m錯
MySQL手冊上也有服務(wù)器端參數(shù)的解釋，以及參數(shù)值的相關(guān)說明信息，現(xiàn)針對我們大家重點需要注意、需要修改或影響性能 的服務(wù)器端參數(shù)，作其用處的解釋和如何配置參數(shù)值的推薦，此事情拖了不少時間，為方便大家?guī)兔m錯（注：總是斷斷續(xù)續(xù)寫的，可能存在筆誤），先以文章的方 式發(fā)布到網(wǎng)站，后續(xù)確定沒問題，將會通過新浪微博的微盤提供PPT下載，方便學(xué)習(xí)和參考。
l lower_case_table_names
Linux或類Unix平臺，對文件名稱大小寫敏感，也即對數(shù)據(jù)庫、表、存儲過程等對象名稱大小寫敏 感，為減少開發(fā)人員的開發(fā)成本，為此推薦大家設(shè)置該參數(shù)使對象名稱都自動轉(zhuǎn)換成小寫；
l max_connect_errors
max_connect_errors默認(rèn)值為10，也即mysqld線程沒重新啟動過，一臺物理服務(wù)器只要連接 異常中斷累計超過10次，就再也無法連接上mysqld服務(wù)，為此建議大家設(shè)置此值至少大于等于10W； 若異常中斷累計超過參數(shù)設(shè)置的值，有二種解決辦法，執(zhí)行命令：FLUSH HOSTS;或者重新啟動mysqld服務(wù)；
l interactive_timeout and wait_timeout
u interactive_timeout
處于交互狀態(tài)連接的活動被服務(wù)器端強制關(guān)閉，而等待的時間，單位：秒；
u wait_timeout
與服務(wù)器端無交互狀態(tài)的連接，直到被服務(wù)器端強制關(guān)閉而等待的時間，此參數(shù)只對基于TCP/IP或基于 Socket通信協(xié)議建立的連接才有效，單位：秒；
u 推薦設(shè)置
interactive_timeout = 172800
wait_timeout = 172800
l transaction-isolation and binlog-format
u transaction-isolation
可供設(shè)置的值：READ-UNCOMMITTED、READ-COMMITTED、REPEATABLE-READ、
SERIALIZABLE，默認(rèn)的值為： REPEATABLE-READ，事務(wù)隔離級別設(shè)置的不同，對二進(jìn)制日志登記格
式影響非常大，詳細(xì)信息可見文章解讀MySQL事務(wù)的隔離級別和日志登記模式選擇技巧；
u binlog-format
復(fù)制的模式，可供設(shè)置的值：STATEMENT、ROW、MIXED（注：5.0.*只有命令行式復(fù)制），
5.1.*版本默認(rèn)設(shè)置：MIXED；
u 推薦配置
① 只讀為主的業(yè)務(wù)應(yīng)用場景
transaction-isolation = read-committed
binlog-format = mixed #5.1.*版本，5.0.*只能設(shè)置為 statement
① 非只讀為主的業(yè)務(wù)應(yīng)用場景
transaction-isolation = repeatabled-read
binlog-format = mixed #5.1.*版本，5.0.*只能設(shè)置為 statement
l event_scheduler
事務(wù)調(diào)度默認(rèn)是關(guān)閉狀態(tài)，也推薦源碼編譯的版本可不編譯進(jìn)來，以及實際生產(chǎn)環(huán)境保持默認(rèn)禁用 狀態(tài)，當(dāng)真正需要用的時候，可以臨時打開，命令：SET GLOBAL event_scheduler=1;
l skip_external_locking
外部鎖，也即操作系統(tǒng)所實施的鎖，只對MyISAM引擎有效，且容易造成死鎖發(fā)生，為此我們一律禁用；
l innodb_adaptive_hash_index
InnoDB引擎會根據(jù)數(shù)據(jù)的訪問頻繁度，把表的數(shù)據(jù)逐漸緩到內(nèi)存，若是一張表的數(shù)據(jù)大量緩存在 內(nèi)存中，則使用散列索引（注：Hash Index）會更高效。InnoDB內(nèi)有Hash Index機制，監(jiān)控數(shù)據(jù)的訪 問情況，可以自動創(chuàng)建和維護(hù)一個Hash Index，以提供訪問效率，減少內(nèi)存的使用；
l innodb_max_dirty_pages_pct
InnoDB主線程直接更新Innodb_buffer_pool_size中存在的數(shù)據(jù)，并且不實時刷回磁盤，而是等待 相關(guān)的處罰事件發(fā)生，則允許緩存空間的數(shù)據(jù)量不實時刷回磁盤的最大百分比。比例設(shè)置較小，有利于 減少mysqld服務(wù)出現(xiàn)問題的時候恢復(fù)時間，缺點則是需要更多的物理I/O，為此我們必須根據(jù)業(yè)務(wù)特點 和可承受范圍進(jìn)行一個折中，一般范圍建議設(shè)置為5%~90%，像我們SNS游戲行業(yè)的寫非常厲害，綜合 各方面因素，設(shè)置為20%；
l innodb_commit_concurrency
含義：同一時刻，允許多少個線程同時提交InnoDB事務(wù)，默認(rèn)值為0，范圍0-1000。
0 — 允許任意數(shù)量的事務(wù)在同一時間點提交；
N>0 — 允許N個事務(wù)在同一時間點提交；
注意事項：
① mysqld提供服務(wù)時，不許把 innodb_commit_concurrency 的值從0改為非0，或非0的值改為0；
② mysqld提供時，允許把 innodb_commit_concurrency 的值N>0改為M，且M>0；
l innodb_concurrency_tickets
含義：
同一時刻，能訪問InnoDB引擎數(shù)據(jù)的線程數(shù)，默認(rèn)值為500，范圍1-4294967295。
補充說明：當(dāng)訪問InnoDB引擎數(shù)據(jù)的線程數(shù)達(dá)到設(shè)置的上線，線程將會被放到隊列中，等待其他線程釋放ticket。
建議：
MySQL數(shù)據(jù)庫服務(wù)最大線程連接數(shù)參數(shù)max_connections，一般情況下都會設(shè)置在128-1024的范圍，再結(jié)合實際業(yè)務(wù)可能的最大事務(wù)并發(fā)度，innodb_concurrency_tickets保持默認(rèn)值一般情況下足夠。
l innodb_fast_shutdown and innodb_force_recovery
innodb_fast_shutdown：
含義：設(shè)置innodb引擎關(guān)閉的方式，默認(rèn)值為：1，正常關(guān)閉的狀態(tài)；
0 — mysqld服務(wù)關(guān)閉前，先進(jìn)行數(shù)據(jù)完全的清理和插入緩沖區(qū)的合并操作，若是臟數(shù)據(jù)
較多或者服務(wù)器性能等因素，會導(dǎo)致此過程需要數(shù)分鐘或者更長時間；
1 — 正常關(guān)閉mysqld服務(wù)，針對innodb引擎不做任何其他的操作；
2 — 若是mysqld出現(xiàn)崩潰，立即刷事務(wù)日志到磁盤上并且冷關(guān)閉mysqld服務(wù)；沒有提交
的事務(wù)將會丟失，但是再啟動mysqld服務(wù)的時候會進(jìn)行事務(wù)回滾恢復(fù)；
innodb_force_recovery：
含義：
mysqld服務(wù)出現(xiàn)崩潰之后，InnoDB引擎進(jìn)行回滾的模式，默認(rèn)值為0，可設(shè)置的值0~6；
提示：
只有在需要從錯誤狀態(tài)的數(shù)據(jù)庫進(jìn)行數(shù)據(jù)備份時，才建議設(shè)置innodb_force_recovery的值大于0。 若是把此參數(shù)作為安全選項，也可以把參數(shù)的值設(shè)置大于0，防止InnoDB引擎的數(shù)據(jù)變更，設(shè)置不同值的作用：
0 — 正常的關(guān)閉和啟動，不會做任何強迫恢復(fù)操作；
1 — 跳過錯誤頁，讓mysqld服務(wù)繼續(xù)運行。跳過錯誤索引記錄和存儲頁，嘗試用
SELECT * INOT OUTFILE ‘../filename’ FROM tablename;方式，完成數(shù)據(jù)備份；
2 — 阻止InnoDB的主線程運行。清理操作時出現(xiàn)mysqld服務(wù)崩潰，則會阻止數(shù)據(jù)恢復(fù)操作；
3 — 恢復(fù)的時候，不進(jìn)行事務(wù)回滾；
4 — 阻止INSERT緩沖區(qū)的合并操作。不做合并操作，為防止出現(xiàn)mysqld服務(wù)崩潰。不計算
表的統(tǒng)計信息
5 — mysqld服務(wù)啟動的時候不檢查回滾日志：InnoDB引擎對待每個不確定的事務(wù)就像提交
的事務(wù)一樣；
6 — 不做事務(wù)日志前滾恢復(fù)操作；
推薦的參數(shù)組合配置：
innodb_fast_shutdown = 1
#若是機房條件較好可設(shè)置為0（雙路電源、UPS、RAID卡電池和供電系統(tǒng)穩(wěn)定性）
innodb_force_recovery =0
#至于出問題的時候，設(shè)置為何值，要視出錯的原因和程度，對數(shù)據(jù)后續(xù)做的操作
l innodb_additional_mem_pool_size
含義：開辟一片內(nèi)存用于緩存InnoDB引擎的數(shù)據(jù)字典信息和內(nèi)部數(shù)據(jù)結(jié)構(gòu)（比如：自適應(yīng)HASH索引結(jié)構(gòu)）；
默認(rèn)值：build-in版本默認(rèn)值為：1M；Plugin-innodb版本默認(rèn)值為：8M；
提示：若是mysqld服務(wù)上的表對象數(shù)量較多，InnoDB引擎數(shù)據(jù)量很大，且 innodb_buffer_pool_size的值設(shè)置 較大，則應(yīng)該適當(dāng)?shù)卣{(diào)整innodb_additional_mem_pool_size的值。若是出現(xiàn)緩存區(qū)的內(nèi)存不足，則會直接向操作系統(tǒng)申請內(nèi)存分 配，并且會向MySQL的error log文件寫入警告信息；
l innodb_buffer_pool_size
含義：開辟一片內(nèi)存用于緩存InnoDB引擎表的數(shù)據(jù)和索引；
默認(rèn)值：歷史默認(rèn)值為：8M，現(xiàn)在版本默認(rèn)值為：128M；
參數(shù)最大值：受限于CPU的架構(gòu)，支持32位還是支持64位，另外還受限于操作系統(tǒng)為32位還是64位；
提示：
innodb_buffer_pool_size的值設(shè)置合適，會節(jié)約訪問表對象中數(shù)據(jù)的物理IO。官方手冊上建議專用 的數(shù)據(jù)庫服務(wù)器，可考慮設(shè)置為物理內(nèi)存總量的80%，但是個人建議要看物理服務(wù)器的物理內(nèi)存總量，以及考慮： 是否只使用InnoDB引擎、mysqld內(nèi)部管理占用的內(nèi)存、最大線程連接數(shù)和臨時表等因素，官方提供的80%值作為一個參考，舉而個例子方便大家作決 定（前提：物理服務(wù)器為mysqld服務(wù)專用，且只用InnoDB引擎,假設(shè)數(shù)據(jù)量遠(yuǎn)大于物理內(nèi)存）：
1).內(nèi)存配置：24G 則 innodb_buffer_pool_size=18G
1).內(nèi)存配置：32G 則 innodb_buffer_pool_size=24G
出現(xiàn)下列哪些情況，則可以考慮減小innodb_buffer_pool_size的值：
1).出現(xiàn)物理內(nèi)存的競爭，可能導(dǎo)致操作系統(tǒng)的分頁；
2).InnoDB預(yù)分配額外的內(nèi)存給緩沖區(qū)和結(jié)構(gòu)管理，當(dāng)分配的總內(nèi)存量超過innodb_buffer_pool_size值的10%；
3).地址空間要求必須為連續(xù)的，在windows系統(tǒng)有一個嚴(yán)重問題，DLL需要加載在特定的地址空間；
4).初始化緩沖區(qū)的時間消耗，與緩沖區(qū)的大小成正比。官方提供的數(shù)據(jù) Linux X86 64位系統(tǒng) 初始化 innodb_buffer_pool_size=10G 大概需要6秒鐘；
l innodb_flush_log_at_trx_commit AND sync_binlog
innodb_flush_log_at_trx_commit = N：
N=0 – 每隔一秒，把事務(wù)日志緩存區(qū)的數(shù)據(jù)寫到日志文件中，以及把日志文件的數(shù)據(jù)刷新到磁盤上；
N=1 – 每個事務(wù)提交時候，把事務(wù)日志從緩存區(qū)寫到日志文件中，并且刷新日志文件的數(shù)據(jù)到磁盤上；
N=2 – 每事務(wù)提交的時候，把事務(wù)日志數(shù)據(jù)從緩存區(qū)寫到日志文件中；每隔一秒，刷新一次日志文件，但不一定刷新到磁盤上，而是取決于操作系統(tǒng)的調(diào)度；
sync_binlog = N：
N>0 — 每向二進(jìn)制日志文件寫入N條SQL或N個事務(wù)后，則把二進(jìn)制日志文件的數(shù)據(jù)刷新到磁盤上；
N=0 — 不主動刷新二進(jìn)制日志文件的數(shù)據(jù)到磁盤上，而是由操作系統(tǒng)決定；
推薦配置組合：
N=1,1 — 適合數(shù)據(jù)安全性要求非常高，而且磁盤IO寫能力足夠支持業(yè)務(wù)，比如充值消費系統(tǒng)；
N=1,0 — 適合數(shù)據(jù)安全性要求高，磁盤IO寫能力支持業(yè)務(wù)不富余，允許備庫落后或無復(fù)制；
N=2,0或2,m(0
l innodb_file_per_table
啟用單表空間，減少共享表空間維護(hù)成本，減少空閑磁盤空間釋放的壓力。另外，大數(shù)據(jù)量情況下 的性能，也會有性能上的提升，為此建議大家使用獨立表空間 代替 共享表空間的方式；
l key_buffer_size
key_buffer_size只能緩存MyISAM或類MyISAM引擎的索引 數(shù)據(jù)，而innodb_buffer_pool_size不僅能緩存索引數(shù)據(jù)，還能緩存元數(shù)據(jù)，但是對于我們只使用InnoDB引擎的數(shù)據(jù)庫系統(tǒng)而言，此 參數(shù)值也不能設(shè)置過于偏小，因為臨時表可能會使用到此鍵緩存區(qū)空間，索引緩存區(qū)推薦：64M；
l query_cache_type and query_cache_size
n query_cache_type=N
N=0 —- 禁用查詢緩存的功能；
N=1 —- 啟用產(chǎn)訊緩存的功能，緩存所有符合要求的查詢結(jié)果集，除SELECT SQL_NO_CACHE..， 以及不符合查詢緩存設(shè)置的結(jié)果集外；
N=2 —- 僅僅緩存SELECT SQL_CACHE …子句的查詢結(jié)果集，除不符合查詢緩存設(shè)置的結(jié)果集外；
n query_cache_size
查詢緩存設(shè)置多大才是合理？至少需要從四個維度考慮：
① 查詢緩存區(qū)對DDL和DML語句的性能影響；
② 查詢緩存區(qū)的內(nèi)部維護(hù)成本；
③ 查詢緩存區(qū)的命中率及內(nèi)存使用率等綜合考慮
④ 業(yè)務(wù)類型
