從庫誤刪資料後 gtid 複製斷開後的恢復
情景: 應該是主庫上刪資料,結果從庫上先刪了一下,然後主庫再次刪的時候導致從庫的同步斷開
報錯:
root@xhh_test 01:58:58>SHOW SLAVE status\G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 10.13.28.52
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: binlog.000006
Read_Master_Log_Pos: 1375851
Relay_Log_File: relaylog.000012
Relay_Log_Pos: 1345735
Relay_Master_Log_File: binlog.000006
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: mysql.%
Last_Errno: 1032
Last_Error: Coordinator stopped because there were error(s) in the worker(s). The most recent failure being: Worker 0 failed executing transaction 'a42e8e2b-886a-11e7-962b-00155d1cca18:121' at master log binlog.000006, end_log_pos 1345900. See error log and/or performance_schema.replication_applier_status_by_worker table for more details about this failure or others, if any.
Skip_Counter: 0
Exec_Master_Log_Pos: 1345608
Relay_Log_Space: 1376222
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: 0
Last_IO_Error:
Last_SQL_Errno: 1032
Last_SQL_Error: Coordinator stopped because there were error(s) in the worker(s). The most recent failure being: Worker 0 failed executing transaction 'a42e8e2b-886a-11e7-962b-00155d1cca18:121' at master log binlog.000006, end_log_pos 1345900. See error log and/or performance_schema.replication_applier_status_by_worker table for more details about this failure or others, if any.
Replicate_Ignore_Server_Ids:
Master_Server_Id: 523306
Master_UUID: a42e8e2b-886a-11e7-962b-00155d1cca18
Master_Info_File: mysql.slave_master_info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State:
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp: 180224 13:56:50
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set: a42e8e2b-886a-11e7-962b-00155d1cca18:2-202
Executed_Gtid_Set: a42e8e2b-886a-11e7-962b-00155d1cca18:1-120,
a5c5f6cf-886a-11e7-8494-00155d1cca17:1-259408,
aa30ac69-886a-11e7-a031-00155d1cca1a:1-6
Auto_Position: 1
Replicate_Rewrite_DB:
## 找到對應的 事務編號 然後跳過 指定的gtid一定要找對
stop slave;
set @@session.gtid_next='a42e8e2b-886a-11e7-962b-00155d1cca18:121';
begin;
commit;
set @@session.gtid_next=automatic;
start slave;
show slave status\G
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29291882/viewspace-2151212/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Mongodb資料庫誤刪後的恢復MongoDB資料庫
- mysql GTID主從複製故障後不停機恢復同步流程MySql
- truncate table 誤刪除資料後的恢復
- mysql資料庫誤刪除後的資料恢復操作說明MySql資料庫資料恢復
- MySQL 資料庫誤刪除後的資料恢復操作說明MySql資料庫資料恢復
- 非歸檔庫誤刪表空間後的資料恢復資料恢復
- Mysql資料庫delete刪除後資料恢復報告MySql資料庫delete資料恢復
- 【oracle資料庫資料恢復】誤操作導致的資料庫誤刪除的資料恢復案例Oracle資料庫資料恢復
- 基於GTID恢復誤篡改資料
- 資料庫複製方式進行資料庫恢復資料庫
- 【MySQL】主從GTID複製修復MySql
- MySQL GTID複製錯誤修復演示MySql
- Sybase ASE資料庫恢復,Sybase資料恢復,資料誤刪除恢復工具READSYBDEVICE資料庫資料恢復dev
- MySQL誤操作後如何快速恢復資料MySql
- 【資料庫資料恢復】LINUX環境下ORACLE資料庫誤刪除的資料恢復資料庫資料恢復LinuxOracle
- 恢復Oracle資料庫誤刪除資料的語句Oracle資料庫
- Oracle恢復誤刪資料Oracle
- mysql誤刪資料恢復MySql資料恢復
- MySQL GTID複製中斷修復過程MySql
- 誤刪除儲存SqlServer資料庫資料恢復SQLServer資料庫資料恢復
- MySQL資料庫表誤刪除恢復(一)MySql資料庫
- 【資料庫資料恢復】HP-UX系統ORACLE資料庫被誤刪除的資料恢復資料庫資料恢復UXOracle
- SQL Server資料庫恢復,SQL Server資料恢復,SQL Server資料誤刪除恢復工具SQLRescueSQLServer資料庫資料恢復
- 詳解:如何恢復MySQL資料庫下誤刪的資料MySql資料庫
- Linux恢復誤刪的資料Linux
- Oracle資料庫UNDO損壞後的恢復Oracle資料庫
- master資料庫損壞之後的恢復AST資料庫
- oracle恢復誤刪除資料Oracle
- Sybase SQL Anywhere(ASA)資料庫恢復,ASA資料恢復,資料誤刪除恢復工具ReadASADBSQL資料庫資料恢復
- LINUX下資料被誤刪除、LINUX下資料被誤格式化後資料恢復Linux資料恢復
- 【北亞資料恢復】誤刪除oracle表和誤刪除oracle表資料的資料恢復方法資料恢復Oracle
- 複製的SQL Server 7資料庫的恢復方法 (轉)SQLServer資料庫
- 【資料庫資料恢復】Oracle資料庫誤truncate table的資料恢復案例資料庫資料恢復Oracle
- 【資料庫資料恢復】誤truncate table的Oracle資料庫資料恢復方案資料庫資料恢復Oracle
- 使用Logmnr恢復誤刪的資料
- Chrome書籤被誤刪後如何一鍵恢復Chrome
- Mac中Chrome書籤被誤刪後如何恢復MacChrome
- Oracle備份與恢復系列(四)複製資料庫 續 手工複製資料庫的最簡操作Oracle資料庫