MySQL 的slave_exec_mode参数的用处

主从复制中常会遇到的问题就是1062主键重复、1023slave上相关记录没找到。

如果在读写分离的架构中,slave同步失败会对业务造成很大的影响的(比如用户在master上发了帖子,阅览跑到了slave上,找不到了刚才的帖子了)。

因此,我们很有必要对主从复制做些监控,做些自动化的处理。

这里要涉及到MySQL的一个参数slave_exec_mode

slave_exec_mode参数可用来自动处理同步复制错误:

# slave上执行
> set global slave_exec_mode=‘IDEMPOTENT‘;  幂等模式 (默认是STRICT严格模式)
> stop slave;
> start slave;

经过上面3步的设置后,当出现1023错误(记录没找到)、1062错误(主键重复)时,就会自动跳过错误,并且记录到错误日志里。

其实,slave_exec_mode和slave_skip_errors的作用是一样的,但是slave_skip_errors不支持动态修改,必须重启mysql才能生效,因此建议使用slave_exec_mode。

脚本方法如下 cat /home/scripts/manage_repl.sh:

#!/bin/bash
# Description: 自动跳过主从复制的错误(错误代码1023、1062) ,这个脚本在slave上执行
#  

user=‘root‘
pass=‘root‘
port=‘3306‘
IP=‘172.16.10.10‘
MYSQLCLI=‘/usr/local/mysql/bin/mysql‘

STATUS=$($MYSQLCLI -u$user -p$pass -h $IP -e ‘show slave status\G‘|sed -n ‘13p‘|awk -F ":" ‘{print $2}‘)

if [[ $STATUS != ‘YES‘ ]];then
    $MYSQLCLI -u$user -p$pass -h $IP -e "SET GLOBAL slave_exec_mode=‘IDEMPOTENT‘;"
    $MYSQLCLI -u$user -p$pass -h $IP -e "stop slave‘;"
    $MYSQLCLI -u$user -p$pass -h $IP -e "start slave‘;"
    echo -e "地址: $IP\n端口: 3306\n服务: MySQL主从复制发生错误,系统已自动跳过错误,请后续跟进处理。\n发生时间: `date +"%F %T"`"     | mail -s ‘主从复制错误警告‘  [email protected]
fi

添加一个每隔10分钟检查一次主从复制状态的计划任务,如下:

echo ‘*/10 * * * * /home/scripts/manage_repl.sh‘ >>/var/spool/cron/root
时间: 2024-10-13 06:54:07

MySQL 的slave_exec_mode参数的用处的相关文章

MySQL slave_exec_mode参数的作用

slave_exec_mode=IDEMPOTENT在MySQL复制环境中是个很有用的参数:只要在备机运行set global slave_exec_mode=IDEMPOTENT,备机的sql thread就运行在冥等模式下,可以让备机在insert主键.唯一键冲突,update.delete值未找到错误发生时不断开复制而保持冥等性(当即生效,连slave的sql线程都不用重启哟);而类似sql_slave_skip_counter=N和slave-skip-errors = N这样的粗暴跳过

slave_exec_mode参数对主从复制的影响

主从复制中常会遇到的问题就是1062主键重复.1032 slave上相关记录没找到 如果在读写分离的架构中,slave同步失败会对业务造成很大的影响的(比如主写入了一条数据,从上无法读取到这样对业务影响很大) 主从同步主要涉及一个参数: slave_exec_mode set global slave_exec_mode='IDEMPOTENT'; //幂等模式 set global slave_exec_mode='STRICT'; //严格模式 slave_exec_mode参数可用来自动处

mysql命令行参数

一,mysql命令行参数 Usage: mysql [OPTIONS] [database] //命令方式 -?, --help //显示帮助信息并退出 -I, --help //显示帮助信息并退出 --auto-rehash //自动补全功能,就像linux里面,按Tab键出提示差不多,下面有例子 -A, --no-auto-rehash //默认状态是没有自动补全功能的.-A就是不要自动补全功能 -B, --batch //ysql不使用历史文件,禁用交互 (Enables --silent

mysql数据库log-slave-updates 参数解释

Mysql数据库log-slave-updates 参数解释 最近学mysql复制时,log-slave-updates参数一直没有搞明白这个参数有什么意义.在上网查了一下,发现网友解释的,我也没有看懂..估计是我这人比较笨的缘故吧...我这人比较笨也比较爱钻牛角.别人可能听老师讲课时,就直接听明白了.当时上课时,我也感觉没有什么问题.但是晚上躺床上回想这些内容的时候,发现还是有疑问..想了好几天才想明白..虽然这参数让我花费了很多时间才想明白,但是心里很高兴.... 如果写的不对,还请大家批评

Mysql常用show命令,show variables like xxx 详解,mysql运行时参数

MySQL中有很多的基本命令,show命令也是其中之一,在很多使用者中对show命令的使用还容易产生混淆,本文汇集了show命令的众多用法. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 a. show tables或show tables from database_name; -- 显示当前数据库中所有表的名称. b. show databases; -- 显示mysql中所有数据库的名称. c. show columns from table_n

关于mysql的wait_timeout参数 设置不生效的问题【转】

关于wait_timeout 有一次去online set wait_timeout 的时候发现改了不生效,如下: mysql> show variables like 'wait_timeout';+---------------+-------+| Variable_name | Value |+---------------+-------+| wait_timeout | 100 |+---------------+-------+1 row in set (0.00 sec) mysq

MySQL 的 read_buffer_size 参数是如何影响写缓冲和写性能的?

来自国外博客的一篇文章介绍了MySQL 的 read_buffer_size 参数是如何影响写缓冲和写性能. 据说 read_buffer_size 参数只影响以下两种情况的写数据的性能: SELECT INTO … OUTFILE ‘fileName‘ When writing to the OUTFILE, the writes are buffered before writing to OUTFILE When filesort is used, during merge buffers

mysql 命令行参数

MySQL命令行参数 Usage: mysql [OPTIONS] [database] //命令方式  例如: mysql -h${HOSTNAME}  -P${PORT}  -u${USERNAME} -p${PASSWORD}  -D ${DBNAME} -e  "${create_table_sql}" -?, --help //显示帮助信息并退出 -I, --help //显示帮助信息并退出 --auto-rehash //自动补全功能,就像linux里面,按Tab键出提示差

mysql之log-slave-updates参数

1.引言 使用Mysql的replication机制实现主从同步时,其是由三个线程实现了,主库一个I/O线程,从库一个I/O线程和一个SQL线程.配置时主库需要开始bin-log参数,即在配置文件中添加log-bin = /data/3307/mysql-bin该行,但是当我们需要实现级联同步时,即以这样的一个模式,A>B>C实现三级同步时,AB库除了需要设置log-bin参数还需要添加一个参数:log-slave-updates log-slave-updates参数默认时关闭的状态,如果不