版本：mysql 5.6.32

错误描述：

Error_code: 1197Last_Error: Worker 3 failed executing transaction '352aa3e8-5573-11e6-8010-1866da5c62e5:184599297' at master log mysql-bin.000474,end_log_pos 13934385; Could not execute Update_rows event on table pay_0003.order_entity_0054; Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage; increase this mysqld variable and try again, Error_code: 1197; handler error HA_ERR_RBR_LOGGING_FAILED; the event's master log mysql-bin.000474, end_log_pos 13934385, Error_code: 1197

处理过程：

根据报错信息，知道是max_binlog_cache_size小了，

解决办法：

临时增加该值后restart slave即可以继续复制线程。

mysql> stop slave;mysql> set global max_binlog_cache_size=201326592;mysql> start slave;

关于max_binlog_cache_size请看这里：

如果一个事务需要多于设置值的内存，就会报上面的错。最小4096字节，最大支持4GB（4294967296字节），因为binlog位置点最大4GB，支持动态修改。

解决了问题，继续查找发生问题的原因，生产环境中的该参数设置为64M，当一个事务影响的数据量超过该值时，即会报错。

执行的sql为

insert into table1 select*from table2 where time>'2016-10-01'形式的多语句事务，查看binlog文件的大小，最大的超过了200M（max_binlog_size设置为50M）。

因此是大事务造成的，大事务还容易造成主从延时的问题，推荐将大事务拆分为小事务执行