基本配置:

你需要經常察看以下3個配置項。不然，可能很快就會出問題。

1、innodb_buffer_pool_size

這是你安裝完InnoDB後第一個應該設置的選項。緩衝池是數據和索引緩存的地方：這個值越大越好，這能保證你在大多數的讀取操作時使用的是內存而不是硬盤。典型的值是5-6GB(8GB內存)，20-25GB(32GB內存)，100-120GB(128GB內存)。

2、innodb_log_file_size

這是redo日誌的大小。 redo日誌被用於確保寫操作快速而可靠並且在崩潰時恢復。一直到MySQL 5.1，它都難於調整，因為一方面你想讓它更大來提高性能，另一方面你想讓它更小來使得崩潰後更快恢復。幸運的是從MySQL 5.5之後，崩潰恢復的性能的到了很大提升，這樣你就可以同時擁有較高的寫入性能和崩潰恢復性能了。一直到MySQL 5.5，redo日誌的總尺寸被限定在4GB(默認可以有2個log文件)。這在MySQL 5.6裡被提高。一開始就把innodb_log_file_size設置成512M(這樣有1GB的redo日誌)會使你有充裕的寫操作空間。如果你知道你的應用程序需要頻繁的寫入數據並且你使用的時MySQL 5.6，你可以一開始就把它這是成4G。

3、max_connections

如果你經常看到‘Too many connections’錯 誤，是因為max_connections的值太低了。這非常常見因為應用程序沒有正確的關閉數據庫連接，你需要比默認的151連接數更大的值。 max_connection值被設高了(例如1000或更高)之後一個主要缺陷是當服務器運行1000個或更高的活動事務時會變的沒有響應。在應用程序 裡使用連接池或者在MySQL裡使用進程池有助於解決這一問題。

InnoDB配置：

從MySQL 5.5版本開始，InnoDB就是默認的存儲引擎並且它比任何其他存儲引擎的使用都要多得多。那也是為什麼它需要小心配置的原因。

1、innodb_file_per_table

這項設置告知InnoDB是否需要將所有表的數據和索引存放在 共享表空間裡（innodb_file_per_table = OFF） 或者為每張表的數據單獨放在一個.ibd文件（innodb_file_per_table = ON）。每張表一個文件允許你在drop、truncate或者rebuild表時回收磁盤空間。這對於一些高級特性也是有必要的，比如數據壓縮。但是它 不會帶來任何性能收益。你不想讓每張表一個文件的主要場景是：有非常多的表（比如10k+）。MySQL 5.6中，這個屬性默認值是ON，因此大部分情況下你什麼都不需要做。對於之前的版本你必須在加載數據之前將這個屬性設置為ON，因為它只對新創建的表有影響。

2、innodb_flush_log_at_trx_commit

默認值為1，表示InnoDB完全支持ACID特 性。當你的主要關注點是數據安全的時候這個值是最合適的，比如在一個主節點上。但是對於磁盤（讀寫）速度較慢的系統，它會帶來很巨大的開銷，因為每次將改 變flush到redo日誌都需要額外的fsyncs。將它的值設置為2會導致不太可靠（unreliable）因為提交的事務僅僅每秒才flush一次 到redo日誌，但對於一些場景是可以接受的，比如對於主節點的備份節點這個值是可以接受的。如果值為0速度就更快了，但在系統崩潰時可能丟失一些數據： 只適用於備份節點。

3、innodb_flush_method

這項配置決定了數據和日誌寫入硬盤的方式。一般來說，如果你有硬件RAID控制器，並且其獨立緩存採用write-back機制，並有著電池斷電保護，那 麼應該設置配置為O_DIRECT；否則，大多數情況下應將其設為fdatasync（默認值）。sysbench是一個可以幫助你決定這個選項的好工 具。

4、innodb_log_buffer_size

這項配置決定了為尚未執行的事務分配的緩存。其默認值（1MB）一般來說已經夠用了，但是如果你的事務中包含有二進制大對象或者大文本字段 的話，這點緩存 很快就會被填滿並觸發額外的I/O操作。看看Innodb_log_waits狀態變量，如果它不是0，增加 innodb_log_buffer_size。

其他設置：

1、query_cache_size

query cache（查詢緩存）是一個眾所周知的瓶頸，甚至在併發並不多的時候也是如此。 最佳選項是將其從一開始就停用，設置query_cache_size = 0（現在MySQL 5.6的默認值）並利用其他方法加速查詢：優化索引、增加拷貝分散負載或者啟用額外的緩存（比如memcache或redis）。如果你已經為你的應用啟 用了query cache並且還沒有發現任何問題，query cache可能對你有用。這是如果你想停用它，那就得小心了。

2、log_bin

如果你想讓數據庫服務器充當主節點的備份 節點，那麼開啟二進制日誌是必須的。如果這麼做了之後，還別忘了設置server_id為一個唯一的值。就算只有一個服務器，如果你想做基於時間點的數據 恢復，這（開啟二進制日誌）也是很有用的：從你最近的備份中恢復（全量備份），並應用二進制日誌中的修改（增量備份）。二進制日誌一旦創建就將永久保存。 所以如果你不想讓磁盤空間耗盡，你可以用 PURGE BINARY LOGS 來清除舊文件，或者設置 expire_logs_days 來指定過多少天日誌將被自動清除。記錄二進制日誌不是沒有開銷的，所以如果你在一個非主節點的複製節點上不需要它的話，那麼建議關閉這個選項。

10、skip_name_resolve

當客戶端連接數據庫服務器時，服務器會進行主機名解析，並且當DNS很慢時，建立連接也會很慢。因此建議在啟動服務器時關閉skip_name_resolve選項而不進行DNS查找。唯一的侷限是之後GRANT語句中只能使用IP地址了，因此在添加這項設置到一個已有系統中必須格外小心。

總結：

當然還有其他的設置 可以起作用，取決於你的負載或硬件：在慢內存和快磁盤、高併發和寫密集型負載情況下，你將需要特殊的調整。然而這裡的目標是使得你可以快速地獲得一個穩健 的MySQL配置，而不用花費太多時間在調整一些無關緊要的MySQL設置或讀文檔找出哪些設置對你來說很重要。