1、 故障描述
使用mysql批量更新或批量删除的大事务时可能会出现以下错误
Multi-statement transaction required more than ‘max_binlog_cache_size’ bytes of storage; increase this mysqld variable and try again
这是由于更新和删除的innerDB的大事务会写入大量binlog,可能会造成binlog cache过小而导致执行失败。
报错会导致主从库同步不成功或者批量更新删除失败的现象。
mysql> show variables like 'max_binlog_cache_size';
+-----------------------+-----------+
| Variable_name | Value |
+-----------------------+-----------+
| max_binlog_cache_size | 134217728 |
+-----------------------+-----------+
查看该参数设置为134217728B,即128MB
还可以通过show global status like 'bin%';查看binlog_cache_size的使用情况
Binlog_cache_disk_use表示因为我们binlog_cache_size设计的内存不足导致缓存二进制日志用到了临时文件的次数
Binlog_cache_use 表示 用binlog_cache_size缓存的次数
当对应的Binlog_cache_disk_use 值比较大的时候 我们可以考虑适当的调高 binlog_cache_size 对应的值
2 、故障处理
处理过程倒是非常简单,该参数可以动态修改,因此直接调整主库及从库的值。因为也确实没必要还原为默认值,毕竟达不到那么大,因此,先将其设置为20GB
mysql> set global max_binlog_cache_size=20*1024*1024*1024;
Query OK, 0 rows affected (0.00 sec)
注意:
1) 主库及从库均进行调整
2) 动态修改后配置文件也需要修改,以免重启后有还原回去了
3) max_binlog_cache_size参数与binlog_cache_size以及Binlog_cache_use等参数有关,因此设置时要根据实际情况调整,千万不可无脑的跟风设置