《MYSQL教程my.cnf參數配置實現InnoDB引擎性能優化》要點：
本文介紹了MYSQL教程my.cnf參數配置實現InnoDB引擎性能優化，希望對您有用。如果有疑問，可以聯系我們。
MYSQL數據庫在網上看了無數的my.cnf的配置,大多數提到的配置無外乎這幾個：
MYSQL數據庫1. innodb_buffer_pool_size
2. innodb_log_file_size
3. innodb_log_buffer_size
4. innodb_flush_log_at_trx_commit
MYSQL數據庫然后自己寫了兩個例子,一個單線程的,一個多線程的來通過改變配置參數來測試是否提高了性能.結果是只有innodb_flush_log_at_trx_commit可以提高性能,對于1,2,3參數無論是開其中某一個,還是三個同時調節都沒有影響到測試性能.我想了下,可能是我的測試數據量還不夠大造成的,后續有條件了再更大的數據量測試一下這3個參數.
MYSQL數據庫這里詳細說一下innodb_flush_log_at_trx_commit：
MYSQL數據庫如果innodb_flush_log_at_trx_commit設置為0,log buffer將每秒一次地寫入log file中,并且log file的flush(刷到磁盤)操作同時進行.該模式下,在事務提交的時候,不會主動觸發寫入磁盤的操作.
如果innodb_flush_log_at_trx_commit設置為1,每次事務提交時MySQL都會把log buffer的數據寫入log file,并且flush(刷到磁盤)中去.
如果innodb_flush_log_at_trx_commit設置為2,每次事務提交時MySQL都會把log buffer的數據寫入log file.但是flush(刷到磁盤)操作并不會同時進行.該模式下,MySQL會每秒執行一次 flush(刷到磁盤)操作.
MYSQL數據庫結果：
MYSQL數據庫當設置為0,該模式速度最快,但不太平安,mysqld進程的崩潰會導致上一秒鐘所有事務數據的丟失.
當設置為1,該模式是最平安的,但也是最慢的一種方式.在mysqld 服務崩潰或者服務器主機crash的情況下,binary log 只有可能丟失最多一個語句或者一個事務.
當設置為2,該模式速度較快,也比0平安,只有在操作系統崩潰或者系統斷電的情況下,上一秒鐘所有事務數據才可能丟失.
MYSQL數據庫注意：由于進程調度策略問題,這個“每秒執行一次 flush(刷到磁盤)操作”并不是保證100%的“每秒”.
MYSQL數據庫結論：innodb_flush_log_at_trx_commit設置為0或者2的時候速度差不多,兩者都比設置為1的時候快很多.
MYSQL數據庫這里又讓我想到了InnoDB和MyISAM引擎的區別,InnoDB的優勢在于并發處理情況下比MyISAM快.而我的線程池數量是根據cpu的線程數來設定的,然后我把線程池的數量設置比cpu線程數大,更大,再大,結果我的測試程序性能又提高了,我醉了,本來是我對線程池的理解太淺薄了.線程池的最優大小
維易PHP培訓學院每天發布《MYSQL教程my.cnf參數配置實現InnoDB引擎性能優化》等實戰技能，PHP、MYSQL、LINUX、APP、JS,CSS全面培養人才。
