MySQL之binlog和redo log

这篇文章回答这样几个问题
1.binlog和redo log是什么，有什么用
2.binlog和redo log的写入机制
3.在业务高峰期调参数提升性能的方法

binlog和redo log是什么，有什么用

这两个日志都可以用于数据库的备份和恢复，以及主从复制。区别在于

binlog	redo log	备注
在sql 层产生	在innoDB存储引擎层产生
记录数据行修改	记录数据页修改
先提交事务，再产生binlog	先产生redo log再提交事务
用于主从复制	在在mysql崩溃时，恢复未提交事务数据

binlog和redo log写入机制

先说共性，这两个log的写入都要走这个过程：
先写入mysql server的buffer，再写入os buffer，再写入磁盘。

两个buffer之间的写入是内存操作，很快的，耗费io的操作是调用fsync写入磁盘的操作。

redo log 的写入机制

innodb_flush_log_at_trx_commit的值有三种0、1、2。控制log写入磁盘的频率。

innodb_flush_log_at_trx_commit的值	写入策略
1	事务commit后马上将log buffer写入os buffer并且调用fsync写入磁盘
0	每秒写入os buffer并立刻调用fsync写入磁盘
2	commit后立即写入os buffer，然后每秒调用fsync写磁盘

binlog 的写入机制

每个线程一个binlog缓存，因为binlog写入要求事务的完整性，即一个事务完成才能把事务binlog完整的写入。

sync_binlog的值	写入策略
1	事务commit后马上将log buffer写入os buffer并且调用fsync写入磁盘
0	每秒写入os buffer并立刻调用fsync写入磁盘
N(N>1)	commit后立即写入os buffer，积累N个事务调用fsync写磁盘

组提交机制（group commit）

双1配置是说将sync_binlog和innodb_flush_log_at_trx_commit都设置为1.那是不是说每次commit都要两次刷盘？但是是否定的。用组提交机制来实现。

如果你想提升 binlog 组提交的效果，可以通过设置binlog_group_commit_sync_delay和binlog_group_commit_sync_no_delay_count实现：

binlog_group_commit_sync_delay	binlog_group_commit_sync_no_delay_count
调用多少微妙后再调用fsync	积累多少次后调用fsync

应对IO性能瓶颈

如果IO出现性能瓶颈，可以考虑以下三个解决办法

• 调大binlog_group_commit_sync_delay和binlog_group_commit_sync_no_delay_count，后果是可能增加sql执行时间，但是数据不会丢失。
• sync_binlog设置大于1的数，风险是，断电后悔丢掉binlog日志
• innodb_flush_log_at_trx_commit设置为2，风险是，断电后会丢失数据。