mysql 參數 innodb_flush_log_at_trx_commit

標籤：mysql my.cnf innodb_flush_log_at_trx_commit

問題，項目後台有一個定時任務，需要跑一批資料，跑完後存入到一個表裡，用來做資訊查詢，資料大，邏輯複雜，耗時，多執行緒資料？

解答：以為程式的問題，把所有的關鍵點步驟都加上了日誌，拿開發環境的日誌看，一點沒毛病，後來排查到Mysql，是不是伺服器掛了，通過命令來查看，確實沒有掛，是不是項目過載，也掛了，也沒有，最後想起來，mysql可能不是即時刷入磁碟的，所有像營運拿到了my.cnf設定檔，果然是一個參數問題。營運讓插入資料度快，innodb_flush_log_at_trx_commit 這個參數設定了2，後來查閱了資料，看到這些代表的意義。

innodb引擎。 

設定一個參數  innodb_flush_log_at_trx_commit = 2   插入速度立馬變快，提升了數十倍。  這個參數有什麼意義？ 該參數取值可以是0,1,2

innodb_flush_log_at_trx_commit = 0，Innodb 中的Log Thread 沒隔1 秒鐘會將log buffer中的資料寫入到檔案，同時還會通知檔案系統進行檔案同步的flush 操作，保證資料確實已經寫入到磁碟上面的物理檔案。但是，每次事務的結束（commit 或者是rollback）並不會觸發Log Thread 將log buffer 中的資料寫入檔案。所以，當設定為0 的時候，當MySQL Crash 和OS Crash 或者主機斷電之後，最極端的情況是丟失1 秒時間的資料變更。

innodb_flush_log_at_trx_commit = 1，這也是Innodb 的預設設定。我們每次事務的結束都會觸發Log Thread 將log buffer 中的資料寫入檔案並通知檔案系統同步檔案。這個設定是最安全的設定，能夠保證不論是MySQL Crash 還是OS Crash 或者是主機斷電都不會丟失任何已經提交的資料。

innodb_flush_log_at_trx_commit = 2，當我們設定為2 的時候，Log Thread 會在我們每次事務結束的時候將資料寫入交易記錄，但是這裡的寫入僅僅是調用了檔案系統的檔案寫入操作。而我們的檔案系統都是有緩衝機制的，所以Log Thread 的這個寫入並不能保證內容真的已經寫入到物理磁碟上面完成持久化的動作。檔案系統什麼時候會將緩衝中的這個資料同步到物理磁碟檔案Log Thread 就完全不知道了。所以，當設定為2 的時候，MySQL Crash 並不會造成資料的丟失，但是OS Crash 或者是主機斷電後可能丟失的資料量就完全控制在檔案系統上了。

本文出自 “10093778” 部落格，請務必保留此出處http://10103778.blog.51cto.com/10093778/1920620

mysql 參數 innodb_flush_log_at_trx_commit