MySQL5.7 快速批量处理 slave从库 Last_Errno: 1062问题

 

运营同事说生成环境的Mysql连接报错处理:Can’t read dir of ’./business_db/’ (errno:13 – Permission denied)

 

 

 

 

上去服务器,查看到原因是,mysql运行过程中,mysql数据存放目录的权限被修改成了其它帐号mongo,所以通过远程查询报错,解决办法是重新赋予mysql帐号权限,chown  -R mysql:mysql/data/mysql,然后再重启mysql(重启过程中,如果正常restart无效,则需要kill 进程号的方式去stop 然后再start)。

 

重启mysql过后的slave报错问题,如下所示:

[root@azure_dbm1_s1 ~]# mysql -e "show slave status\G"

*************************** 1. row ***************************

               Slave_IO_State: Queueing master event to the relay log

                  Master_Host: 101.24.3.61

                  Master_User: repl

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: mysql-bin.001603

          Read_Master_Log_Pos: 72081748

               Relay_Log_File: mysql-relay-bin.003111

                Relay_Log_Pos: 221898

        Relay_Master_Log_File: mysql-bin.001582

             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: 1062

                   Last_Error: Could not execute Write_rows event on table business_db.MOVIE_INTERFACE_LOG; Duplicate entry '791212' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.001582, end_log_pos 176650062

                 Skip_Counter: 0

          Exec_Master_Log_Pos: 176641719

              Relay_Log_Space: 13274783505

              Until_Condition: None

………………

 

 

判断是因为,mysql的数据库目录/data/mysql已经被赋予了mongo用户权限,mysql无法写入,所以在slave里面没有记录。但是mysql启动是在root登录通过 service mysql start启动起来的,所以实际上数据已经通过root启动的mysql服务写进数据库了,所以在恢复slave的时候,slave的sql线程依然去执行relay日志,产生了Duplicateentry的问题了。

 

不知道这个判断是否属实?

 

 

批量处理Last_SQL_Errno :1062错误

那么接下来就需要通过

stop slave; setglobal sql_slave_skip_counter=1; start slave;来跳过,但是Duplicate entry的数据太多了,手工执行不过来,需要写一个shell脚本while循环来自动跳过,脚本如下:

 

empty[root@azure_dbm1_s1 scripts]# more slave_1062_stop.sh 
#/bin/bash
slave_num=`mysql -e "show slave status\G" |grep Last_SQL_Errno |awk {'print $2}'`
echo $slave_num
while [[ $slave_num = "1062" ]];
do
	mysql -e "stop slave; set global sql_slave_skip_counter=1; start slave;"
	slave_num=`mysql -e "show slave status\G" |grep Last_SQL_Errno |awk {'print $2}'`
done
[root@azure_dbm1_s1 scripts]#

 

 

 

[root@azure_dbm1_s1 scripts]# more slave_1062_stop.sh

#/bin/bash

slave_num=`mysql -e "show slave status\G" |grep Last_SQL_Errno |awk {'print $2}'`

echo $slave_num

while [[ $slave_num = "1062" ]];

do

         mysql -e "stop slave; set global sql_slave_skip_counter=1; start slave;"

         slave_num=`mysql -e "show slave status\G" |grep Last_SQL_Errno |awk {'print $2}'`

done

[root@azure_dbm1_s1 scripts]#

 

然后执行脚本,如下:

# 开始执行脚本,等待

[root@azure_dbm1_s1 scripts]# sh slave_1062_stop.sh

1062

[root@azure_dbm1_s1 scripts]#

[root@azure_dbm1_s1 scripts]#

 

# 执行结束后,再执行下,确认Last_SQL_Errno是否正常值0

[root@azure_dbm1_s1 scripts]# sh slave_1062_stop.sh

0

[root@azure_dbm1_s1 scripts]#

 

用脚本自动化运行,比手动在命令行执行stop slave; set globalsql_slave_skip_counter=1; start slave;要方便很多。

 

 

最后用checksum检查主从数据一致性:

 

# 下载安装percona-toolkit

wget https://www.percona.com/downloads/percona-toolkit/2.2.17/deb/percona-toolkit_2.2.17-1.tar.gz

tar -xvf percona-toolkit_2.2.17-1.tar.gz

cd percona-toolkit-2.2.17/

yum install perl-DBD-MySQL -y

perl Makefile.PL

make

make test

make install

cp /usr/local/bin/pt* /bin/

 

# 开始check主从数据一致性

pt-table-checksum --nocheck-replication-filters --replicate=test.dsns --host=101.24.3.61 --port 3306 --databases=business_db -urepl -pPlcc0805@replication   --no-check-binlog-format  --no-replicate-check

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL主从复制是一种常见的数据库备份和负载均衡方案。在主从复制中,主库将更新记录到二进制志中,从库通过读取主库的二进制日志来同步更新。在这个过程中,如果从库Slave_IO_Running状态为No,则说明从库无法连接到主库或者无法读取主库的二进制日志。这可能是由于以下原因导致的: 1. 主库无法连接:从库无法连接到主库,可能是由于网络故障、主库宕机或者主库防火墙等原因导致的。可以通过ping主库IP地址或者telnet主库的3306端口来检查主库是否可达。 2. 主库二进制日志文件不存在:从库无法读取主库的二进制日志文件,可能是由于主库的二进制日志文件已经被删除或者被移动到其他位置导致的。可以通过在主库上执行show master status命令来查看当前的二进制日志文件名和位置。 3. 从库配置错误:从库的配置文件中可能存在错误,例如主库的IP地址、端口号、用户名、密码等信息配置错误,或者主从库的server_id没有设置或者设置重复等问题。可以通过检查从库的配置文件my.cnf来查看是否存在配置错误。 如果从库Slave_IO_Running状态为No,可以尝试执行以下步骤来解决问题: 1. 检查主库和从库的网络连接是否正常,确保从库可以ping通主库的IP地址或者telnet主库的3306端口。 2. 在主库上执行show master status命令,查看当前的二进制日志文件名和位置,并在从库上执行change master to命令,将主库的二进制日志文件名和位置设置为与主库一致。 3. 检查从库的配置文件my.cnf,确保主库的IP地址、端口号、用户名、密码等信息配置正确,且server_id没有设置或者设置正确。 4. 在从库上执行start slave命令,重新启动从库的复制进程。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值