编程知识 cdmana.com

求助文章:关于2pc和mysql参数innodb_flush_log_at_trx_commit的不解

首先mysql参数:innodb_flush_log_at_trx_commit

0(延迟写、flush 同时进行)
log buffer 将每秒一次地写入 log file 中,并且 log file 的 flush 操作同时进行。
该模式下,在事务提交的时候,不会主动触发写入磁盘的操作。

1(默认,实时写、flush)
每次事务提交时 MySQL 都会把 log buffer 的数据写入 log file,并且刷到磁盘中去

2(实时写,延迟刷)
每次事务提交时 MySQL 都会把 log buffer 的数据写入 log file。
但是 flush 操作并不会同时进行。该模式下,MySQL 会每秒执行一次 flush 操作。

可以看到是默认和commit有关系的,即commit之后才能 从log buffer -> 页缓存 - > 磁盘 redo log


可是2pc的prepare阶段已经操作了redo log,这显然是违背了mysql这个参数的定义的。


在一篇文章中,似乎遇到了和我一样的问题:

2pc提交(官方支持)
(redo日志在prepare阶段就已经sync),绝大部分都比较支持这种说法
http://dev.mysql.com/doc/refman/5.6/en/binary-log.html
http://blog.itpub.net/15480802/viewspace-1411356
http://www.linuxidc.com/Linux/2015-11/124942.htm
http://www.2cto.com/database/201306/221413.html
2pc流程:(sync_binlog = 1,innodb_flush_log_at_trx_commit = 1 )
1.prepare阶段:sync redo 日志(未sync的redo存放于innodb_log_buffer_size中),系统自动完成
获取prepare_commit_mutex(一个全局锁,一次只能被一个事务获取)
2.生成binlog,将binlog写入文件系统(未提交之前binlog存放在binlog_cache_size中),sync binlog,这一步受sync_binlog控制
3.提交commit 将commit标志sync ,释放prepare_commit_mutex(这一步应该受innodb_flush_log_at_trx_commit的控制)
违背了这个参数的定义:innodb_flush_log_at_trx_commit

原文:https://blog.51cto.com/lee90/1969656

sync:同步到磁盘的意思

所以对于innodb_flush_log_at_trx_commit这个参数的理解,可能不应该只是commit了吧,心中还是有疑问。。。

如果有缘人读到了这篇文章,希望能帮我解开心中的疑惑,嘤嘤嘤

版权声明
本文为[Leesin Dong]所创,转载请带上原文链接,感谢
https://blog.csdn.net/dataiyangu/article/details/107447937

Scroll to Top