有關mysql的innodb_flush_log_at_trx_commit引數 一、引數解釋 0：log buffer將每秒一次地寫入log file中，並且log file的flush(刷到磁碟)操作同時進行。該模式下在事務提交的時候，不會主動觸發寫入磁碟的操作。 1：每次事務提交時MySQL都會把log buffer的資料寫入log file，並且flush(刷到磁碟)中去，該模式為系統預設。 2：每次事務提交時MySQL都會把log buffer的資料寫入log file，但是flush(刷到磁碟)操作並不會同時進行。該模式下，MySQL會每秒執行一次 flush(刷到磁碟)操作。 二、引數修改 找到mysql配置檔案mysql.ini，修改成合適的值，然後重啟mysql。 三、注意事項

當設定為0，該模式速度最快，但不太安全，mysqld程序的崩潰會導致上一秒鐘所有事務資料的丟失。

當設定為1，該模式是最安全的，但也是最慢的一種方式。在mysqld 服務崩潰或者伺服器主機crash的情況下，binary log 只有可能丟失最多一個語句或者一個事務。。 當設定為2，該模式速度較快，也比0安全，只有在作業系統崩潰或者系統斷電的情況下，上一秒鐘所有事務資料才可能丟失。

四、其他相關

查詢資料時候看到其他文章說innodb_flush_log_at_trx_commit和sync_binlog 兩個引數是控制MySQL 磁碟寫入策略以及資料安全性的關鍵引數，當兩個引數都設定為1的時候寫入效能最差，推薦做法是innodb_flush_log_at_trx_commit=2，sync_binlog=500 或1000 參考：

innodb_flush_log_at_trx_commit和sync_binlog 兩個引數是控制MySQL 磁碟寫入策略以及資料安全性的關鍵引數。本文從引數含義，效能，安全形度闡述兩個引數為不同的值時對db 效能,資料的影響.

一 引數意義 innodb_flush_log_at_trx_commit 如果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(刷到磁碟)操作。 注意： 由於程序排程策略問題,這個“每秒執行一次 flush(刷到磁碟)操作”並不是保證100%的“每秒”。

sync_binlog sync_binlog 的預設值是0，像作業系統刷其他檔案的機制一樣，MySQL不會同步到磁碟中去而是依賴作業系統來重新整理binary log。 當sync_binlog =N (N>0) ，MySQL 在每寫 N次 二進位制日誌binary log時，會使用fdatasync()函式將它的寫二進位制日誌binary log同步到磁碟中去。 注: 如果啟用了autocommit，那麼每一個語句statement就會有一次寫操作；否則每個事務對應一個寫操作。 根據上述描述，我做了一張圖，可以方便大家檢視。

二 效能 兩個引數在不同值時對db的純寫入的影響表現如下：

測試場景1 innodb_flush_log_at_trx_commit=2 sync_binlog=1000 測試場景2 innodb_flush_log_at_trx_commit=1 sync_binlog=1000 測試場景3 innodb_flush_log_at_trx_commit=1 sync_binlog=1 測試場景4 innodb_flush_log_at_trx_commit=1 sync_binlog=1000 測試場景5 innodb_flush_log_at_trx_commit=2 sync_binlog=1000

場景 TPS 場景1 41000 場景2 33000 場景3 26000 場景4 33000 由此可見，當兩個引數設定為雙1的時候，寫入效能最差，sync_binlog=N (N>1 ) innodb_flush_log_at_trx_commit=2 時，(在當前模式下)MySQL的寫操作才能達到最高效能。

三 安全 當innodb_flush_log_at_trx_commit和sync_binlog 都為 1 時是最安全的，在mysqld 服務崩潰或者伺服器主機crash的情況下，binary log 只有可能丟失最多一個語句或者一個事務。但是魚與熊掌不可兼得，雙11 會導致頻繁的io操作，因此該模式也是最慢的一種方式。 當innodb_flush_log_at_trx_commit設定為0，mysqld程序的崩潰會導致上一秒鐘所有事務資料的丟失。 當innodb_flush_log_at_trx_commit設定為2，只有在作業系統崩潰或者系統掉電的情況下，上一秒鐘所有事務資料才可能丟失。

雙1適合資料安全性要求非常高，而且磁碟IO寫能力足夠支援業務，比如訂單,交易,充值,支付消費系統。雙1模式下，當磁碟IO無法滿足業務需求時 比如11.11 活動的壓力。推薦的做法是 innodb_flush_log_at_trx_commit=2 ，sync_binlog=N (N為500 或1000) 且使用帶蓄電池後備電源的快取cache，防止系統斷電異常。

四 小結 系統性能和資料安全是業務系統高可用穩定的必要因素。我們對系統的優化需要尋找一個平衡點，合適的才是最好的，根據不同的業務場景需求，可以將兩個引數做組合調整，以便是db系統的效能達到最優化。

如果您覺得從這篇文章受益，可以贊助 北在南方 一瓶飲料 ^_