http://blog.itpub.net/29254281/viewspace-1181865/

MySQL Slave異常關機的處理除了上面的三個方法。
還可以使用percona-toolkit的pt-slave-restart命令。

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

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

模擬異常關機的處理
1.JAVA程式不斷寫入Master

import java.sql.Connection;

import java.sql.DriverManager;

import java.sql.PreparedStatement;

import java.sql.SQLException;

public class Test {

    public static void main(String[] args) throws ClassNotFoundException,

            SQLException {

        long start = System.currentTimeMillis();

        Class.forName("com.mysql.jdbc.Driver");

        Connection connection = DriverManager.getConnection(

                "jdbc:mysql://192.168.1.70:3306/xx", "xx", "xx");

        connection.setAutoCommit(true);

        PreparedStatement cmd = connection

                .prepareStatement("insert into test(name) values(?)");

        for (int i = 0; i < 100000000; i++) {

            cmd.setString(1, "test");

            cmd.executeUpdate();

        }

        connection.commit();

        cmd.close();

        connection.close();

        long end = System.currentTimeMillis();

        System.out.println(end - start);

    }

}

2.關閉Slave虛擬機器
在JAVA程式執行當中，直接強制關閉Slave虛擬機器。然後重新啟動Slave

啟動之後，發現複製出現異常。(Show slave status\G)

這個表除了自增的ID，就是name欄位，預設都是test
現在在slave上修改name欄位為‘mysql’
update test set name='mysql';

3.使用pt-slave-restart命令修復錯誤。

[root@mysql2 ~]# pt-slave-restart --user=root --password=xxxxxxx --error-numbers=1062

2014-06-16T01:17:47 p=...,u=root mysql2-relay-bin.000003 312116 1062

2014-06-16T01:17:47 p=...,u=root mysql2-relay-bin.000003 312373 1062

2014-06-16T01:17:47 p=...,u=root mysql2-relay-bin.000003 312630 1062

2014-06-16T01:17:47 p=...,u=root mysql2-relay-bin.000003 312887 1062

2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 313144 1062

2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 313401 1062

2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 313658 1062

2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 313915 1062

2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 314172 1062

2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 314429 1062

2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 314686 1062

2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 314943 1062

2014-06-16T01:17:48 p=...,u=root mysql2-relay-bin.000003 315200 1594

Error 1594 is not in --error-numbers.

發現還有1594的錯誤

重新連線Master
參考:
http://blog.itpub.net/29254281/viewspace-1181865/

最後檢視複製的情況，已經正常執行了。

我們在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 Slave異常關機的處理 (pt-slave-restart)

相關文章