MySQL同步 1032,1062异常_MySQL
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 这里记录过大概。）
然后准备后续的主备的一致性验证与备份重做。
熱AI工具
Undresser.AI Undress
人工智慧驅動的應用程序，用於創建逼真的裸體照片
AI Clothes Remover
用於從照片中去除衣服的線上人工智慧工具。
Undress AI Tool
免費脫衣圖片
Clothoff.io
AI脫衣器
Video Face Swap
使用我們完全免費的人工智慧換臉工具，輕鬆在任何影片中換臉！
熱門文章
熱工具
記事本++7.3.1
好用且免費的程式碼編輯器
SublimeText3漢化版
中文版，非常好用
禪工作室 13.0.1
強大的PHP整合開發環境
Dreamweaver CS6
視覺化網頁開發工具
SublimeText3 Mac版
神級程式碼編輯軟體(SublimeText3)
與MySQL中使用索引相比，全表掃描何時可以更快？
Apr 09, 2025 am 12:05 AM
全表掃描在MySQL中可能比使用索引更快，具體情況包括：1)數據量較小時；2)查詢返回大量數據時；3)索引列不具備高選擇性時；4)複雜查詢時。通過分析查詢計劃、優化索引、避免過度索引和定期維護表，可以在實際應用中做出最優選擇。
可以在 Windows 7 上安裝 mysql 嗎
Apr 08, 2025 pm 03:21 PM
是的，可以在 Windows 7 上安裝 MySQL，雖然微軟已停止支持 Windows 7，但 MySQL 仍兼容它。不過，安裝過程中需要注意以下幾點：下載適用於 Windows 的 MySQL 安裝程序。選擇合適的 MySQL 版本（社區版或企業版）。安裝過程中選擇適當的安裝目錄和字符集。設置 root 用戶密碼，並妥善保管。連接數據庫進行測試。注意 Windows 7 上的兼容性問題和安全性問題，建議升級到受支持的操作系統。
mysql：簡單的概念，用於輕鬆學習
Apr 10, 2025 am 09:29 AM
MySQL是一個開源的關係型數據庫管理系統。 1）創建數據庫和表：使用CREATEDATABASE和CREATETABLE命令。 2）基本操作：INSERT、UPDATE、DELETE和SELECT。 3）高級操作：JOIN、子查詢和事務處理。 4）調試技巧：檢查語法、數據類型和權限。 5）優化建議：使用索引、避免SELECT*和使用事務。
mysql 和 mariadb 可以共存嗎
Apr 08, 2025 pm 02:27 PM
MySQL 和 MariaDB 可以共存，但需要謹慎配置。關鍵在於為每個數據庫分配不同的端口號和數據目錄，並調整內存分配和緩存大小等參數。連接池、應用程序配置和版本差異也需要考慮，需要仔細測試和規劃以避免陷阱。在資源有限的情況下，同時運行兩個數據庫可能會導致性能問題。
RDS MySQL 與 Redshift 零 ETL 集成
Apr 08, 2025 pm 07:06 PM
數據集成簡化：AmazonRDSMySQL與Redshift的零ETL集成高效的數據集成是數據驅動型組織的核心。傳統的ETL（提取、轉換、加載）流程複雜且耗時，尤其是在將數據庫（例如AmazonRDSMySQL）與數據倉庫（例如Redshift）集成時。然而，AWS提供的零ETL集成方案徹底改變了這一現狀，為從RDSMySQL到Redshift的數據遷移提供了簡化、近乎實時的解決方案。本文將深入探討RDSMySQL零ETL與Redshift集成，闡述其工作原理以及為數據工程師和開發者帶來的優勢。
mysql用戶和數據庫的關係
Apr 08, 2025 pm 07:15 PM
MySQL 數據庫中，用戶和數據庫的關係通過權限和表定義。用戶擁有用戶名和密碼，用於訪問數據庫。權限通過 GRANT 命令授予，而表由 CREATE TABLE 命令創建。要建立用戶和數據庫之間的關係，需創建數據庫、創建用戶，然後授予權限。
Bangla 部分模型檢索中的 Laravel Eloquent ORM）
Apr 08, 2025 pm 02:06 PM
LaravelEloquent模型檢索：輕鬆獲取數據庫數據EloquentORM提供了簡潔易懂的方式來操作數據庫。本文將詳細介紹各種Eloquent模型檢索技巧，助您高效地從數據庫中獲取數據。 1.獲取所有記錄使用all()方法可以獲取數據庫表中的所有記錄：useApp\Models\Post;$posts=Post::all();這將返回一個集合(Collection)。您可以使用foreach循環或其他集合方法訪問數據：foreach($postsas$post){echo$post->
MySQL：初學者的數據管理易用性
Apr 09, 2025 am 12:07 AM
MySQL適合初學者使用，因為它安裝簡單、功能強大且易於管理數據。 1.安裝和配置簡單，適用於多種操作系統。 2.支持基本操作如創建數據庫和表、插入、查詢、更新和刪除數據。 3.提供高級功能如JOIN操作和子查詢。 4.可以通過索引、查詢優化和分錶分區來提升性能。 5.支持備份、恢復和安全措施，確保數據的安全和一致性。
