MySQL InnoDB 日誌管理機制中的MTR和日誌刷盤
1.MTR(mini-transaction)
在SQL/">MySQL的 InnoDB日誌管理機制中，有一個很重要的概念就是MTR。MTR是InnoDB儲存擎中一個很重要的用來保證物理寫的完整性和永續性的機制。
先看下MTR在MysQL架構中的位置。
MTR是上面的邏輯層與下面物理層的互動視窗，同時也是用來保證下層物理資料正確性、完整性及永續性的機制。
2.日誌刷盤的觸發條件
| 觸發條件 | 描述 |
| 時間 | 執行緒預設每秒重新整理一次。 |
| 空間 | Log Buffer空間用完了 |
| Check Point | checkPoint的時機較多，既有空間觸發也有時間觸發。主要分為 Sharp Checkpoint和Fuzzy Checkpoint |
| 強一致事務要求 | 根據引數innodb_flush_log_at_trx_commit值不同，產生不同的行為。 |
3. innodb_flush_log_at_trx_commit簡單介紹
引數解釋
（部分內容個人理解，特別是我將log file 分為os cache 和 磁碟2種，更多內容還要求證。 ）
0：每次事務提交時，根本不會去刷日誌緩衝區。log buffer將每秒一次地寫入到OS cache的log file中，並且log file的flush(刷到磁碟)上的Log Files操作同時進行。
1：每次事務提交時MySQL都會把log buffer的資料寫入到OS cache的log file，並且flush(刷到磁碟)Log Files中去，該模式為系統預設。
2：每次事務提交時MySQL都會把log buffer的資料寫入到OS cache的log file，但是flush(刷到磁碟)Log Files的操作並不會同時進行。該模式下，MySQL會每秒執行一次 flush(刷到磁碟)操作。
注意事項
當設定為0，該模式速度最快，但不太安全，這種設定是最危險的。如果此時運氣不好，mysqld程序的崩潰，那麼對資料庫最新的更新都會丟失，即使事務已經提交了。但一般丟失的資料都是在一秒內產生的。
當設定為1，該模式是最安全的，但也是最慢的一種方式。在mysqld 服務崩潰或者伺服器主機crash的情況下，binary log 只有可能丟失最多一個語句或者一個事務。
當設定為2，該模式速度較快，也比0安全，只有在作業系統崩潰或者系統斷電的情況下，上一秒鐘所有事務資料才可能丟失。
此引數可根據業務的可靠性要求進行調整，引數的選擇對效能影響較大。