求助文章：关于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了吧，心中还是有疑问。。。

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