MySQL InnoDB 日志管理机制中的MTR和日志刷盘

yutian00 2018-11-25

1.MTR(mini-transaction) 

在MySQL的 InnoDB日志管理机制中,有一个很重要的概念就是MTR。MTR是InnoDB存储擎中一个很重要的用来保证物理写的完整性和持久性的机制。

先看下MTR在MysQL架构中的位置。

MySQL InnoDB 日志管理机制中的MTR和日志刷盘

MTR是上面的逻辑层与下面物理层的交互窗口,同时也是用来保证下层物理数据正确性、完整性及持久性的机制。

2.日志刷盘的触发条件

触发条件描述
时间线程默认每秒刷新一次。
空间Log Buffer空间用完了
Check PointcheckPoint的时机较多,既有空间触发也有时间触发。主要分为 

Sharp Checkpoint和Fuzzy Checkpoint

强一致事务要求根据参数innodb_flush_log_at_trx_commit值不同,产生不同的行为。

 

3. innodb_flush_log_at_trx_commit简单介绍

MySQL InnoDB 日志管理机制中的MTR和日志刷盘

 

参数解释

(部分内容个人理解,特别是我将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安全,只有在操作系统崩溃或者系统断电的情况下,上一秒钟所有事务数据才可能丢失。

 此参数可根据业务的可靠性要求进行调整,参数的选择对性能影响较大。

相关推荐