站内搜索

MySQL Slave异常关机的处理 (pt

还可以使用percona-toolkit的pt-slave-restart命令。

percona-toolkit-2.2.8-1.noarch.rpm 需要安装一些依赖包。

  1. yum install perl perl-DBI perl-DBD-MySQL perl-IO-Socket-SSL perl-Time-HiRes

模拟异常关机的处理1.JAVA程序不断写入Master

  1. import java.sql.Connection

    ;

  2. import java.sql.DriverManager;
  3. import java.sql.PreparedStatement;
  4. import java.sql.SQLException;
  5. publicclassTest{
  6. publicstatic void main(String[]args)throws ClassNotFoundException,
  7. SQLException{
  8. long start=System.currentTimeMillis();
  9. Class.forName("com.mysql.jdbc.Driver");
  10. Connection connection=DriverManager.getConnection(
  11. "jdbc:mysql://192.168.1.70:3306/xx","xx","xx");
  12. connection.setAutoCommit(true);
  13. PreparedStatement cmd=connection
  14. .prepareStatement("insert into test(name) values(?)");
  15. for(inti=0;i<100000000;i++){
  16. cmd.setString(1,"test");
  17. cmd.executeUpdate();
  18. }
  19. connection.commit();
  20. cmd.close();
  21. connection.close();
  22. longend=System.currentTimeMillis();
  23. System.out.println(end-start);
  24. }
  25. }

2.关闭Slave虚拟机

在JAVA程序运行当中,直接强制关闭Slave虚拟机。然后重新启动Slave

启动之后,发现复制出现异常。(Show slave status/G)

这个表除了自增的ID,就是name字段,默认都是test

现在在slave上修改name字段为‘mysql’

update test set name='mysql';

3.使用

pt-slave-restart

命令修复错误。

  1. [root@mysql2 ~]# pt-slave-restart --user=root --password=xxxxxxx--error-numbers=1062
  2. 2014-06-16T01:17:47 p=...,u=root mysql2-relay-bin.000003 312116 1062
  3. 2014-06-16T01:17:47 p=...,u=root mysql2-relay-bin.000003 312373 1062
  4. 2014-06-16T01:17:47 p=...,u=root mysql2-relay-bin.000003 312630 1062
  5. 2014-06-16T01:17:47 p=...,u=root mysql2-relay-bin.000003 312887 1062
  6. 2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 313144 1062
  7. 2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 313401 1062
  8. 2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 313658 1062
  9. 2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 313915 1062
  10. 2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 314172 1062
  11. 2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 314429 1062
  12. 2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 314686 1062
  13. 2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 314943 1062
  14. 2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 315200 1594
  15. Error 1594 is not in --error-numbers.

发现还有1594的错误

重新连接Master

参考:http://www.linuxidc.com/Linux/2014-07/104235.htm

最后查看复制的情况,已经正常运行了。

我们在Master输入的name都是test,而在Slave故障之后,将name都改为了mysql。

一般来说,处理主键重复无外乎两种方式(我能想到的)

1.忽略Master发来的重复的binlog事件

2.使用Master的binlog事件更新slave数据

如果是第一种方式,slave的name应该都是mysql

如果是第二种方式,应该前部分是mysql,后一部分是test

测试结果如下,可以初步表明使用的是第二种方式。

下面302条name为'test'的记录都是异常关机时,已经执行却没有将pos写入文件的那部分数据。

pt-slave-restart将这部分数据的binlog重新执行,所以它们的name为'test’。

  • 上一篇:MySQL分区表_MySQL
  • 下一篇:黄聪:VPS自动定时备份网站数据以及Mysql数据库到云盘