Mysql binlog

binlog日志太大，flush的时候导致binlog写入时间变慢，因为要写入新的binlog，需要时间。解决方案就是调整binlog最大值，将1G降低到128M。

mysql> show variables like 'max_binlog_size';
+-----------------+------------+
| Variable_name | Value |
+-----------------+------------+
| max_binlog_size | 1073741824 |
+-----------------+------------+
1 row in set (0.01 sec)

mysql> select 128*1024*1024;
+---------------+
| 128*1024*1024 |
+---------------+
| 134217728 |
+---------------+
1 row in set (0.01 sec)

mysql> set global max_binlog_size=134217728;
Query OK, 0 rows affected (0.00 sec)

mysql> show variables like 'max_binlog_size';
+-----------------+-----------+
| Variable_name | Value |
+-----------------+-----------+
| max_binlog_size | 134217728 |
+-----------------+-----------+
1 row in set (0.00 sec)

反思，互联网场景中，max_binlog_size值确实不宜过大，这点需要谨记。

问题扩展:

查看当前正在使用的binlog缓存情况：

MySQL:(none) 13:07:41> show global status like 'bin%';
+----------------------------+-----------+
| Variable_name | Value |
+----------------------------+-----------+
| Binlog_cache_disk_use | 1335001 |
| Binlog_cache_use | 264238120 |
| Binlog_stmt_cache_disk_use | 0 |
| Binlog_stmt_cache_use | 33 |
+----------------------------+-----------+
4 rows in set (0.00 sec)
MySQL:(none) 13:07:46> show global status like 'bin%';
+----------------------------+-----------+
| Variable_name | Value |
+----------------------------+-----------+
| Binlog_cache_disk_use | 1335006 |
| Binlog_cache_use | 264240359 |
| Binlog_stmt_cache_disk_use | 0 |
| Binlog_stmt_cache_use | 33 |
+----------------------------+-----------+
4 rows in set (0.00 sec)

MySQL:(none) 13:07:47>
MySQL:(none) 13:07:48> show global status like 'bin%';
+----------------------------+-----------+
| Variable_name | Value |
+----------------------------+-----------+
| Binlog_cache_disk_use | 1335428 |
| Binlog_cache_use | 264437761 |
| Binlog_stmt_cache_disk_use | 0 |
| Binlog_stmt_cache_use | 33 |
+----------------------------+-----------+
4 rows in set (0.00 sec)

查看binlog的cache设置：

binlog_cache_size:

为每个session 分配的内存，在事务过程中用来存储二进制日志的缓存。binlog_cache_disk_use表示因为我们binlog_cache_size设计的内存不足导致缓存二进制日志用到了临时文件的次数；binlog_cache_use表示用binlog_cache_size缓存的次数；当对应的Binlog_cache_disk_use 值比较大的时候而且Binlog_cache_use也比较大的时候，我们可以考虑适当的调高 binlog_cache_size 对应的值

进一步分析：
我们这里可以看到Binlog_cache_disk_use已经是1.27M，而且Binlog_cache_use值为264437761表示已经执行了2亿多次了，而且这2个值一直在变大，就表名，binlog_cache_size远远不够用，所以这里就可以提高binlog_cache_size的值了。

MySQL:(none) 13:40:08> set global binlog_cache_size=8388608;
Query OK, 0 rows affected (0.00 sec)

max_binlog_cache_size：

max_binlog_cache_size 表示的是binlog 能够使用的最大cache 内存大小，当我们执行多语句事务的时候所有session的使用的内存超过max_binlog_cache_size的值时，就会报错：“Multi-statement transaction required more than ‘max_binlog_cache_size’ bytes ofstorage”，设置太大的话，会比较消耗内存资源;设置太小又会使用到临时文件即disk