sql_errorの後でmysqlレプリケーションを再起動します


8

2つのmysqlサーバーがあり、1つはマスター、もう1つはスレーブです。

誰かがスレーブに行ってテーブルを作成し、次にマスターに行って同じテーブルを作成しました。もちろん、このDDLステートメントはスレーブに複製されたため、エラーが発生し、エラーの発生時に複製が停止しました。

スレーブのテーブルを削除した後、またはそのステートメントの後にレプリケーションを開始した後に、レプリケーションプロセスをどの程度再開する必要がありますか?

スレーブステータス出力を表示します。

mysql> show slave status \G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: xx.xx.xx.xx
                  Master_User: buildbot
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.024536
          Read_Master_Log_Pos: 33489509
               Relay_Log_File: mysqld-relay-bin.049047
                Relay_Log_Pos: 32575097
        Relay_Master_Log_File: mysql-bin.024476
             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: 1050
                   Last_Error: Error 'Table 'checklist' already exists' on query. Default database: 'dbname'. Query: 'CREATE TABLE `checklist` (
  `checklist_id` int(11) NOT NULL AUTO_INCREMENT,
  `description` varchar(768) NOT NULL,
  `url` varchar(512) NOT NULL,
  `active` bit(1) NOT NULL,
  `insert_date` datetime NOT NULL,
  `xcred` int(11) NOT NULL,
  PRIMARY KEY (`checklist_id`)
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=latin1'
                 Skip_Counter: 0
          Exec_Master_Log_Pos: 32574952
              Relay_Log_Space: 6766519525
              Until_Condition: None
               Until_Log_File: 
                Until_Log_Pos: 0
           Master_SSL_Allowed: No
           Master_SSL_CA_File: 
           Master_SSL_CA_Path: 
              Master_SSL_Cert: 
            Master_SSL_Cipher: 
               Master_SSL_Key: 
        Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 2013
                Last_IO_Error: error reconnecting to master 'user@xx.xx.xx.xx:3306' - retry-time: 60  retries: 86400
               Last_SQL_Errno: 1050
               Last_SQL_Error: Error 'Table 'checklist' already exists' on query. Default database: 'dbname'. Query: 'CREATE TABLE `checklist` (
  `checklist_id` int(11) NOT NULL AUTO_INCREMENT,
  `description` varchar(768) NOT NULL,
  `url` varchar(512) NOT NULL,
  `active` bit(1) NOT NULL,
  `insert_date` datetime NOT NULL,
  `xcred` int(11) NOT NULL,
  PRIMARY KEY (`checklist_id`)
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=latin1'

回答:


15

(mysqlプロンプトで)次のコマンドを使用できます。

mysql> STOP SLAVE;
mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
mysql> START SLAVE;
mysql> SHOW SLAVE STATUS;

この値1は、スキップするステートメントの数を表します。複製が修正されるまで繰り返し実行できます。このページをご覧いただけます


2
+1私はこれを何度も使用しましたが、これを実行するときは何をしているのかを理解することが重要です。データの整合性の問題が発生する可能性があります。ダンプファイルが間違ったボックス(つまり、スレーブではないマスター)にロードされた場合は、何百ものクエリをスキップしました(最初にこれをチェックしても害はありません!)。これにより、レプリケーション全体を再度再設定するプロセスを回避できます。
コープ

はい、そうです。これは注意して行う必要があります。これは、レプリケーションを停止した無効なクエリがある場合に役立ちます。あなたはそれをスキップすることができます。この後に関連するテーブルをチェックして、マスターとスレーブの間でデータが失われていないことを確認することもできます。
Khaled

3

あなたはしません。事実上、最初と同じように最初からレプリケーションを再度セットアップする必要があります。ステートメントをスキップするだけでは整合性が失われる可能性があるためです。安全のためには、既知の安全な開始点から複製する必要があります。

  • マスターをロック
  • --master-dataを使用してデータをダンプし、binlog座標に注意します(例:マスターステータスの表示)
  • マスターをアンロックする
  • ダンプをスレーブにロードします
  • 「マスターの変更」と以前に記録したバイナリログ座標を使用してスレーブを開始します
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.