基本配置你需要經(jīng)常察看以下3個(gè)配置項(xiàng)返帕。不然友鼻，可能很快就會(huì)出問題毡鉴。
innodb_buffer_pool_size：這是你安裝完InnoDB后第一個(gè)應(yīng)該設(shè)置的選項(xiàng)井厌。緩沖池是數(shù)據(jù)和索引緩存的地方：這個(gè)值越大越好，這能保證你在大多數(shù)的讀取操作時(shí)使用的是內(nèi)存而不是硬盤址晕。典型的值是5-6GB(8GB內(nèi)存)膀懈，20-25GB(32GB內(nèi)存)，100-120GB(128GB內(nèi)存)谨垃。
innodb_log_file_size：這是redo日志的大小启搂。redo日志被用于確保寫操作快速而可靠并且在崩潰時(shí)恢復(fù)。一直到MySQL 5.1刘陶，它都難于調(diào)整胳赌，因?yàn)橐环矫婺阆胱屗髞?lái)提高性能，另一方面你想讓它更小來(lái)使得崩潰后更快恢復(fù)匙隔。幸運(yùn)的是從MySQL 5.5之后疑苫，崩潰恢復(fù)的性能的到了很大提升，這樣你就可以同時(shí)擁有較高的寫入性能和崩潰恢復(fù)性能了。一直到MySQL 5.5缀匕，redo日志的總尺寸被限定在4GB(默認(rèn)可以有2個(gè)log文件)纳决。這在MySQL 5.6里被提高碰逸。
一開始就把innodb_log_file_size設(shè)置成512M(這樣有1GB的redo日志)會(huì)使你有充裕的寫操作空間乡小。如果你知道你的應(yīng)用程序需要頻繁的寫入數(shù)據(jù)并且你使用的時(shí)MySQL 5.6，你可以一開始就把它這是成4G饵史。
max_connections：如果你經(jīng)陈樱看到‘Too many connections’錯(cuò)誤，是因?yàn)閙ax_connections的值太低了胳喷。這非常常見因?yàn)閼?yīng)用程序沒有正確的關(guān)閉數(shù)據(jù)庫(kù)連接湃番，你需要比默認(rèn)的151連接數(shù)更大的值。
max_connection值被設(shè)高了(例如1000或更高)之后一個(gè)主要缺陷是當(dāng)服務(wù)器運(yùn)行1000個(gè)或更高的活動(dòng)事務(wù)時(shí)會(huì)變的沒有響應(yīng)吭露。在應(yīng)用程序里使用連接池或者在MySQL里使用進(jìn)程池有助于解決這一問題吠撮。
InnoDB配置
從MySQL 5.5版本開始，InnoDB就是默認(rèn)的存儲(chǔ)引擎并且它比任何其他存儲(chǔ)引擎的使用都要多得多讲竿。那也是為什么它需要小心配置的原因泥兰。
innodb_file_per_table：這項(xiàng)設(shè)置告知InnoDB是否需要將所有表的數(shù)據(jù)和索引存放在共享表空間里（innodb_file_per_table = OFF） 或者為每張表的數(shù)據(jù)單獨(dú)放在一個(gè).ibd文件（innodb_file_per_table = ON）。每張表一個(gè)文件允許你在drop题禀、truncate或者rebuild表時(shí)回收磁盤空間鞋诗。這對(duì)于一些高級(jí)特性也是有必要的，比如數(shù)據(jù)壓縮迈嘹。但是它不會(huì)帶來(lái)任何性能收益削彬。你不想讓每張表一個(gè)文件的主要場(chǎng)景是：有非常多的表（比如10k+）。
MySQL 5.6中秀仲，這個(gè)屬性默認(rèn)值是ON融痛，因此大部分情況下你什么都不需要做。對(duì)于之前的版本你必須在加載數(shù)據(jù)之前將這個(gè)屬性設(shè)置為ON神僵，因?yàn)樗粚?duì)新創(chuàng)建的表有影響酌心。
innodb_flush_log_at_trx_commit：默認(rèn)值為1，表示InnoDB完全支持ACID特性挑豌。當(dāng)你的主要關(guān)注點(diǎn)是數(shù)據(jù)安全的時(shí)候這個(gè)值是最合適的安券，比如在一個(gè)主節(jié)點(diǎn)上。但是對(duì)于磁盤（讀寫）速度較慢的系統(tǒng)氓英，它會(huì)帶來(lái)很巨大的開銷侯勉，因?yàn)槊看螌⒏淖僨lush到redo日志都需要額外的fsyncs。將它的值設(shè)置為2會(huì)導(dǎo)致不太可靠（unreliable）因?yàn)樘峤坏氖聞?wù)僅僅每秒才flush一次到redo日志铝阐，但對(duì)于一些場(chǎng)景是可以接受的址貌，比如對(duì)于主節(jié)點(diǎn)的備份節(jié)點(diǎn)這個(gè)值是可以接受的。如果值為0速度就更快了，但在系統(tǒng)崩潰時(shí)可能丟失一些數(shù)據(jù)：只適用于備份節(jié)點(diǎn)练对。
innodb_flush_method：這項(xiàng)配置決定了數(shù)據(jù)和日志寫入硬盤的方式遍蟋。一般來(lái)說(shuō)，如果你有硬件RAID控制器螟凭，并且其獨(dú)立緩存采用write-back機(jī)制虚青，并有著電池?cái)嚯姳Ｗo(hù)，那么應(yīng)該設(shè)置配置為O_DIRECT螺男；否則棒厘，大多數(shù)情況下應(yīng)將其設(shè)為fdatasync（默認(rèn)值）。sysbench是一個(gè)可以幫助你決定這個(gè)選項(xiàng)的好工具下隧。
innodb_log_buffer_size：這項(xiàng)配置決定了為尚未執(zhí)行的事務(wù)分配的緩存奢人。其默認(rèn)值（1MB）一般來(lái)說(shuō)已經(jīng)夠用了，但是如果你的事務(wù)中包含有二進(jìn)制大對(duì)象或者大文本字段的話淆院，這點(diǎn)緩存很快就會(huì)被填滿并觸發(fā)額外的I/O操作何乎。看看Innodb_log_waits狀態(tài)變量土辩，如果它不是0支救，增加innodb_log_buffer_size。
其他設(shè)置
query_cache_size：query cache（查詢緩存）是一個(gè)眾所周知的瓶頸脯燃，甚至在并發(fā)并不多的時(shí)候也是如此搂妻。 最佳選項(xiàng)是將其從一開始就停用，設(shè)置query_cache_size = 0（現(xiàn)在MySQL 5.6的默認(rèn)值）并利用其他方法加速查詢：優(yōu)化索引辕棚、增加拷貝分散負(fù)載或者啟用額外的緩存（比如memcache或redis）欲主。如果你已經(jīng)為你的應(yīng)用啟用了query cache并且還沒有發(fā)現(xiàn)任何問題，query cache可能對(duì)你有用逝嚎。這是如果你想停用它扁瓢，那就得小心了。
log_bin：如果你想讓數(shù)據(jù)庫(kù)服務(wù)器充當(dāng)主節(jié)點(diǎn)的備份節(jié)點(diǎn)补君，那么開啟二進(jìn)制日志是必須的引几。如果這么做了之后，還別忘了設(shè)置server_id為一個(gè)唯一的值挽铁。就算只有一個(gè)服務(wù)器伟桅，如果你想做基于時(shí)間點(diǎn)的數(shù)據(jù)恢復(fù)，這（開啟二進(jìn)制日志）也是很有用的：從你最近的備份中恢復(fù)（全量備份）叽掘，并應(yīng)用二進(jìn)制日志中的修改（增量備份）楣铁。二進(jìn)制日志一旦創(chuàng)建就將永久保存。所以如果你不想讓磁盤空間耗盡更扁，你可以用 PURGE BINARY LOGS 來(lái)清除舊文件盖腕，或者設(shè)置expire_logs_days 來(lái)指定過(guò)多少天日志將被自動(dòng)清除赫冬。
記錄二進(jìn)制日志不是沒有開銷的，所以如果你在一個(gè)非主節(jié)點(diǎn)的復(fù)制節(jié)點(diǎn)上不需要它的話溃列，那么建議關(guān)閉這個(gè)選項(xiàng)劲厌。
skip_name_resolve：當(dāng)客戶端連接數(shù)據(jù)庫(kù)服務(wù)器時(shí)，服務(wù)器會(huì)進(jìn)行主機(jī)名解析听隐，并且當(dāng)DNS很慢時(shí)补鼻，建立連接也會(huì)很慢。因此建議在啟動(dòng)服務(wù)器時(shí)關(guān)閉skip_name_resolve選項(xiàng)而不進(jìn)行DNS查找遵绰。唯一的局限是之后GRANT語(yǔ)句中只能使用IP地址了辽幌，因此在添加這項(xiàng)設(shè)置到一個(gè)已有系統(tǒng)中必須格外小心增淹。
總結(jié)
當(dāng)然還有其他的設(shè)置可以起作用椿访，取決于你的負(fù)載或硬件：在慢內(nèi)存和快磁盤、高并發(fā)和寫密集型負(fù)載情況下虑润，你將需要特殊的調(diào)整成玫。然而這里的目標(biāo)是使得你可以快速地獲得一個(gè)穩(wěn)健的MySQL配置，而不用花費(fèi)太多時(shí)間在調(diào)整一些無(wú)關(guān)緊要的MySQL設(shè)置或讀文檔找出哪些設(shè)置對(duì)你來(lái)說(shuō)很重要上拳喻。
技術(shù)分享：www.kaige123.com
