mysql插入資料慢 innodb_flush_log_at_trx_commit
阿新 • • 發佈：2021-07-01
原來是1，改成0
innodb_flush_log_at_trx_commit=0
innodb_flush_log_at_trx_commit<br><br>該引數控制重做日誌寫入磁碟的過程。我們知道 InnoDB 使用“Write Ahead Log”策略來避免資料丟失問題，即依靠重做日誌來保證資料能在丟失後進行恢復。因此，InnoDB 重做日誌的持久化非常重要。
該引數的有效值有 0、1、2：
0：事務提交時，不將重做日誌緩衝寫入磁碟，而是依靠 InnoDB 的主執行緒每秒執行一次重新整理到磁碟。因此如果 MySQL 發生宕機，那麼就有可能丟失一部分事務。
1：事務提交時，會將重做日誌緩衝寫入磁碟，並且立即重新整理（fsync()）。注意，因為作業系統的“延遲寫”特性，此時的刷入只是寫到了作業系統的緩衝區中，因此執行同步操作才能保證一定持久化到了硬碟中。2：事務提交時，會將重做日誌緩衝寫入磁碟，但是不會立即進行重新整理操作，因此只是寫到了作業系統的緩衝區。此時若作業系統發生宕機而沒有即使的同步，也可能會丟失一部分資料。
可以看到，只有1才能真正地保證事務的永續性，但是由於重新整理操作 fsync() 是阻塞的，直到完成後才返回，我們知道寫磁碟的速度是很慢的，因此 MySQL 的效能會明顯地下降。如果不在乎事務丟失，，0和2能獲得更高的效能。