MySQL同步 1032,1062异常_MySQL-mysql教程-PHP中文網

首頁

資料庫

mysql教程

MySQL同步 1032,1062异常_MySQL

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 01, 2016 pm 01:27 PM

訪問量

bitsCN.com

今天在MySQL同步中再次遇到了令人讨厌的 1062与1032错误。。

对于MySQL的replication，感觉有点不太靠谱，，我不知道其他DBA都是用哪些同步方案。

在思考是否需要换个同步方案，随着访问量的增加，一主一备看来也比较脆弱了。宕机风险也高。

先前态度比较乐观。根据错误的提示：

20131128_14:56:09mysql> show slave status/G;20131128_14:56:09*************************** 1. row ***************************20131128_14:56:09               Slave_IO_State: Waiting for master to send event20131128_14:56:09                  Master_Host: 192.168.101.21020131128_14:56:09                  Master_User: backup20131128_14:56:09                  Master_Port: 330620131128_14:56:09                Connect_Retry: 6020131128_14:56:09              Master_Log_File: mysql-bin.00147220131128_14:56:09          Read_Master_Log_Pos: 33932892420131128_14:56:09               Relay_Log_File: hostname-relay-bin.00451320131128_14:56:09                Relay_Log_Pos: 6663598520131128_14:56:09        Relay_Master_Log_File: mysql-bin.00147220131128_14:56:09             Slave_IO_Running: Yes20131128_14:56:09            Slave_SQL_Running: No20131128_14:56:09              Replicate_Do_DB: 20131128_14:56:09          Replicate_Ignore_DB: mysql,test20131128_14:56:09           Replicate_Do_Table: 20131128_14:56:09       Replicate_Ignore_Table: 20131128_14:56:09      Replicate_Wild_Do_Table: 20131128_14:56:09  Replicate_Wild_Ignore_Table: 20131128_14:56:09                   Last_Errno: 103220131128_14:56:09                   Last_Error: Could not execute Update_rows event on table feiliu_bbs.uc_member_info; Duplicate entry '20551928' fo20131128_14:56:09r key 'PRIMARY', Error_code: 1062; Can't find record in 'uc_member_info', Error_code: 1032; handler error HA_ERR_END_OF_FILE; the ev20131128_14:56:09ent's master log mysql-bin.001472, end_log_pos 6663664620131128_14:56:09                 Skip_Counter: 020131128_14:56:09          Exec_Master_Log_Pos: 6663583920131128_14:56:09              Relay_Log_Space: 33933628120131128_14:56:09              Until_Condition: None20131128_14:56:09               Until_Log_File: 20131128_14:56:09                Until_Log_Pos: 020131128_14:56:09           Master_SSL_Allowed: No20131128_14:56:09           Master_SSL_CA_File: 20131128_14:56:09           Master_SSL_CA_Path: 20131128_14:56:09              Master_SSL_Cert: 20131128_14:56:09            Master_SSL_Cipher: 20131128_14:56:09               Master_SSL_Key: 20131128_14:56:09        Seconds_Behind_Master: NULL20131128_14:56:09Master_SSL_Verify_Server_Cert: No20131128_14:56:09                Last_IO_Errno: 020131128_14:56:09                Last_IO_Error: 20131128_14:56:09               Last_SQL_Errno: 103220131128_14:56:09               Last_SQL_Error: Could not execute Update_rows event on table feiliu_bbs.uc_member_info; Duplicate entry '20551928' fo20131128_14:56:09r key 'PRIMARY', Error_code: 1062; Can't find record in 'uc_member_info', Error_code: 1032; handler error HA_ERR_END_OF_FILE; the ev20131128_14:56:09ent's master log mysql-bin.001472, end_log_pos 6663664620131128_14:56:09  Replicate_Ignore_Server_Ids: 20131128_14:56:09             Master_Server_Id: 1

发现时主键重复与更新失败。

主键重复的情况按照常理说可以直接跳过，所以我写好了命令：

命令1：stop slave sql_thread;set global sql_slave_skip_counter=1;start slave sql_thread;

Mysql 的Replication主要两个线程：1:IO_Thread 2:SQL_Thread;

网上都是建议直接stop slave或者start slave.这里主要是sql_thread的异常中断，所以我只重启sql_thread;

然后执行过命令1之后，发现这种情况不停的发生。不停的一次次跳过太过繁琐，通过问题来看主要是针对表

feiliu_bbs.uc_member_info

最终实在忍受不了，就打算从主库dump一份最新的数据到备份。于是我做了如下操作：

0：停止slave的同步进程

stop slave;

1：在master端手动备份目标表：uc_member_info,改名为uc_member_info_bak

create table uc_member_info_bak

select * from uc_member_info where 1=2;

2：导出表

mysqldump -uroot -p dbname tablename > tablename.sql

3:scp到备库，然后导入

mysql>source tablename.sql;

4:然后切换表名

切换之前，在新表uc_member_info_bak中补加原表uc_member_info 中的索引；

补加表中原有的索引：

create index idx_xxxx on uc_member_info_bak(cloumn_name);

切换表名：

alter table uc_member_info rename to uc_member_info_old;

alter table uc_member_info_bak rename to uc_member_info;

5:开启同步进程

start slave;

由于my.cnf中已经设置跳过主键重复错误。

slave-skip-errors = 1062

error错误日志中会不停弹出如下错误信息。

130922 12:23:20 [Warning] Slave SQL: Could not execute Write_rows event on table feiliu_bbs.uc_member_info; Duplicate entry '17564914' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.001185, end_log_pos 694223737, Error_code: 1062130922 12:23:21 [Warning] Slave SQL: Could not execute Write_rows event on table feiliu_bbs.uc_member_info; Duplicate entry '17564915' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.001185, end_log_pos 694274279, Error_code: 1062130922 12:23:21 [Warning] Slave SQL: Could not execute Write_rows event on table feiliu_bbs.uc_member_info; Duplicate entry '17564916' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.001185, end_log_pos 694278383, Error_code: 1062130922 12:23:21 [Warning] Slave SQL: Could not execute Write_rows event on table feiliu_bbs.uc_member_info; Duplicate entry '17564917' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.001185, end_log_pos 694326934, Error_code: 1062130922 12:23:21 [Warning] Slave SQL: Could not execute Write_rows event on table feiliu_bbs.uc_member_info; Duplicate entry '17564918' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.001185, end_log_pos 694340338, Error_code: 1062

弹出这个问题的原因是

备库现有的的uc_member_info是从主库dump过来的，比原有的备库表uc_member_info_old 进度要快。因为备库与主库之间存在较长时间的间隔，主库的binlog，在同步停止的时间内，没有及时发到备库导致。

解决方法：

首先停止同步，然后根据最后一条错误信息：

130922 12:23:21 [Warning] Slave SQL: Could not execute Write_rows event on table feiliu_bbs.uc_member_info; Duplicate entry '17564918' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.001185, end_log_pos 694340338, Error_code: 1062

删除主键>=“17564918“的数据。因为主键为自增长。但是这个自增长不依赖自动序列。而上来源于另外一张表的主键。索引不用考虑自增序列的混乱情况。

删除之后，恢复同步。就不在出现主键重复的错误提示了。

等待同步，大约半个小时之后，仍然会出现1032错误。仍旧是表uc_member_info.现在怀疑应该不单单是单表的问题，而是数据库本身的一致性已经处理问题。准备放弃，进行重做。但是目前不能让备库停止，不能影响其他数据库的正常读取业务。故准备采用杀手锏！

准备进行设置数据库跳过一般的错误异常，使之不会轻易停止同步。

使用：slave_exec_mode参数

（具体参数说明 http://blog.csdn.net/zhangbiaobiaobiao/article/details/17072199 这里记录过大概。）

然后准备后续的主备的一致性验证与备份重做。

bitsCN.com

陳述

本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn

解釋酸的特性（原子，一致性，隔離，耐用性）。Apr 16, 2025 am 12:20 AM

ACID屬性包括原子性、一致性、隔離性和持久性，是數據庫設計的基石。 1.原子性確保事務要么完全成功，要么完全失敗。 2.一致性保證數據庫在事務前後保持一致狀態。 3.隔離性確保事務之間互不干擾。 4.持久性確保事務提交後數據永久保存。

MySQL：數據庫管理系統與編程語言Apr 16, 2025 am 12:19 AM

MySQL既是數據庫管理系統（DBMS），也與編程語言緊密相關。 1）作為DBMS，MySQL用於存儲、組織和檢索數據，優化索引可提高查詢性能。 2）通過SQL與編程語言結合，嵌入在如Python中，使用ORM工具如SQLAlchemy可簡化操作。 3）性能優化包括索引、查詢、緩存、分庫分錶和事務管理。

mySQL：使用SQL命令管理數據Apr 16, 2025 am 12:19 AM

MySQL使用SQL命令管理數據。 1.基本命令包括SELECT、INSERT、UPDATE和DELETE。 2.高級用法涉及JOIN、子查詢和聚合函數。 3.常見錯誤有語法、邏輯和性能問題。 4.優化技巧包括使用索引、避免SELECT*和使用LIMIT。

MySQL的目的：有效存儲和管理數據Apr 16, 2025 am 12:16 AM

MySQL是一種高效的關係型數據庫管理系統，適用於存儲和管理數據。其優勢包括高性能查詢、靈活的事務處理和豐富的數據類型。實際應用中，MySQL常用於電商平台、社交網絡和內容管理系統，但需注意性能優化、數據安全和擴展性。

SQL和MySQL：了解關係Apr 16, 2025 am 12:14 AM

SQL和MySQL的關係是標準語言與具體實現的關係。 1.SQL是用於管理和操作關係數據庫的標準語言，允許進行數據的增、刪、改、查。 2.MySQL是一個具體的數據庫管理系統，使用SQL作為其操作語言，並提供高效的數據存儲和管理。

說明InnoDB重做日誌和撤消日誌的作用。Apr 15, 2025 am 12:16 AM

InnoDB使用redologs和undologs確保數據一致性和可靠性。 1.redologs記錄數據頁修改，確保崩潰恢復和事務持久性。 2.undologs記錄數據原始值，支持事務回滾和MVCC。

在解釋輸出（類型，鍵，行，額外）中要查找的關鍵指標是什麼？Apr 15, 2025 am 12:15 AM

EXPLAIN命令的關鍵指標包括type、key、rows和Extra。 1）type反映查詢的訪問類型，值越高效率越高，如const優於ALL。 2）key顯示使用的索引，NULL表示無索引。 3）rows預估掃描行數，影響查詢性能。 4）Extra提供額外信息，如Usingfilesort提示需要優化。

在解釋中使用臨時狀態以及如何避免它是什麼？Apr 15, 2025 am 12:14 AM

Usingtemporary在MySQL查詢中表示需要創建臨時表，常見於使用DISTINCT、GROUPBY或非索引列的ORDERBY。可以通過優化索引和重寫查詢避免其出現，提升查詢性能。具體來說，Usingtemporary出現在EXPLAIN輸出中時，意味著MySQL需要創建臨時表來處理查詢。這通常發生在以下情況：1)使用DISTINCT或GROUPBY時進行去重或分組；2)ORDERBY包含非索引列時進行排序；3)使用複雜的子查詢或聯接操作。優化方法包括：1)為ORDERBY和GROUPB

See all articles