重启MySQL bin-log 文件大小达到参数 max_binlog_size 限制; 手工执行清理命令。
日常运维中的坑真是防不胜防,不一小心就遇到别人给你挖的坑。最近又遇到经验不足的DBA不知道从哪拷贝的配置文件(据说是当时参加某培训机构视频培训时资料里的模板,真的是误人子弟呀),其中把max_binlog_cache_size设置的只有2G,而MySQL早已将此参数的默认值调整的很大
解释:这是设置最大二进制日志的缓存区大小的变量。若处理多语句事务时需要的内存大小比设置值大的话就会提示一个error:Multi-statement transaction required more than'max_binlog_cache_size' bytes of storage 。 这个变量最小值是4096(4K),最大值,在32位的系统中是4G,64位的是16P。 作用域:全局...
这条语句将返回当前设置的max_binlog_cache_size值。 5. (可选)测试修改后的效果,确保无负面影响 在修改max_binlog_cache_size后,建议监控MySQL服务器的内存使用情况,以确保新设置不会导致内存溢出问题。此外,如果你的MySQL服务器配置了复制或组复制(MGR),请确保所有相关节点都更新了max_binlog_cache_size设置,...
binlog cache 临时文件:是一个临时磁盘文件,存储由于binlog cache不足溢出的binlog event,该文件名字由"ML"打头,由参数max_binlog_cache_size控制该文件大小 binlog file:代表binglog 文件,由max_binlog_size指定大小。 binlog event:代表binlog中的记录,如MAP_EVENT/QUERY EVENT/XID EVENT/WRITE EVENT等。 事...
max_binlog_cache_size 此参数表示binlog使用的内存最大的尺寸 binlog_cache_size 此参数表示binlog使用的内存大小,可以通过状态变量binlog_cache_use和binlog_cache_disk_use来帮助测试。 binlog_cache_use:使用二进制日志缓存的事务数量 binlog_cache_disk_use:使用二进制日志缓存但超过binlog_cache_size值并使...
提示的很明显,max_binlog_cache_size参数的值小了。 引发此问题的主库执行了几个很大的事务,且从库开启了并行复制,因此需要更大的max_binlog_cache_size来处理innodb事务。 02 故障处理 处理过程倒是非常简单,该参数可以动态修改,因此直接调整主库及从库的值。因为也确实没必要还原为默认值,毕竟达不到那么大...
binlog_cache_size 0.前提: 服务器配置了 log-bin 1.含义: 为每个session 分配的内存,在事务过程中用来存储二进制日志的缓存。 2.作用: 提高记录bin-log的效率 3.属性: 参数:global 默认值:32768 -- 即 32K 范围:4096 .. 4294967295 4.大小选择: ...
问题描述:mysql delete数据时报错Multi-statement transaction required more than 'max_binlog_cache_size' bytes of storage,如下所示: 数据库:5.7.21 1、异常重现 mysql> delete from history_record where hist_date >= '2023-02-25' and hist_date < '2023-03-08'; ...
binlog_cache_size 是在事务处理期间用于保存binlog的内存大小, 可以当作是事务的大小. 每个会话独享. 默认是32KB, 取值是4KB的整数倍. 官网介绍:https://dev.mysql.com/doc/refman/8.0/en/replication-options-binary-log.html#sysvar_binlog_cache_size ...