mysql job 参数_MySQL 参数调整实践之slave_pending_jobs_size_max篇

本文分享了一次生产环境中遇到的MySQL从库SQL进程停止异常,原因是slave_pending_jobs_size_max参数设置过小。通过查看异常信息,发现需要执行的事件所需内存超过该参数设定值。处理步骤包括查看主库max_allowed_packet大小,并将从库的slave_pending_jobs_size_max设置为主库的max_allowed_packet值以上,然后重启从库,最终恢复主从同步。建议在内存充足且延迟较大时,可适当调大此参数。
摘要由CSDN通过智能技术生成

MySQL 的各参数的值设置需根据操作系统硬件情况,操作系统参数情况及数据库其他参数情况而进行调整,本文将结合生成环境的异常情况介绍MySQL slave_pending_jobs_size_max参数调整实践。

1. 异常描述

之前负责的生产环境上从库出现SQL进程停止的异常,错误信息如下:

Slave_IO_Running: Yes Slave_SQL_Running: No Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 1864 Last_Error: Cannot schedule event Write_rows, relay-log name ./mysql-relay-bin.001304, position 416228895 to Worker thread because its size 16777357 exceeds 16777216 of slave_pending_jobs_size_max.

从报错信息可以看出,是因为slave_pending_jobs_size_max的大小小于当前需要执行事件所需的内存大小。经查看,slave_pending_jobs_size_max的大小设置的是默认值16777216(即16M),小于16777357。

2. 异常处理步骤如下:

1)查看主库max_allowed_packet的大小;

mysql> show variables like 'max_allowed_packet'; -- 134217728 即128M+--------------------+-----------+| Variable_name | Value |+--------------------+-----------+| max_allowed_packet | 134217728 |+--------------------+-----------+

2) 设置从库slave_pending_jobs_size_max的大小

注意,需要大于主库max_allowed_packet的大小

mysql> stop slave;Query OK, 0 rows affected (0.01 sec) mysql> set global slave_pending_jobs_size_max=157286400;Query OK, 0 rows affected (0.00 sec) mysql> start slave;Query OK, 0 rows affected (0.05 sec)

3) 处理完毕检查一下主从同步情况

mysql> show slave status\G

Tips:slave_pending_jobs_size_max的用途:在多线程复制时,在队列中Pending的事件所占用的最大内存,默认为16M,如果内存富余,或者延迟较大时,可以适当调大;注意这个值要比主库的max_allowed_packet大

原文发布于微信公众号 - 数据库干货铺(database_gjc)

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值