记一次生产环境主从库数据不同步问题的处理

一. 进入mysql 从库所在机器，通过mysql客户端进入mysql命令提示符状态下：

mysql -u root -p

密码

输入命令：show slave status\G;

发现如下错误：

Last_SQL_Errno: 1062

               Last_SQL_Error: Error 'Duplicate entry 'aac886b000d34149b86e5eac76fb2f6a' for key 'PRIMARY'' on query. Default database: 'xxxwork'. Query: 'insert into process_log (GY_ID, BROWSER, BUSINESS_ID, CONTENT, COST_TIME, CREATE_BY, CREATE_NAME, CREATE_TIME, INFO_GL, OPER_IP, OPER_TYPE, TO_USER, TO_USER_ID, TYAJBS, ID) values (null, 'rv:11.0', '88512ffd8cd48dd948df4e81b26ce068', '(2019), 0, '0e6916a96e749ec7016e74b67b145cef', '?..?., '2019-12-30 18:39:26.497', 'InfoEntity', '...126', 0, null, null, null, 'aac886b000d34149b86e5eac76fb2f6a')'

错误原因分析：Duplicate entry 重复条目 主键冲突

处理方式：

停掉主库，或避免主库写入新数据

执行如下指令：

stop slave; 

set global sql_slave_skip_counter=1;  #跳过该错误的指令的执行

start slave; 

然后执行指令：show slave status\G ；

发现已经ok了

mysql> show slave status\G 

*************************** 1. row ***************************

               Slave_IO_State: Waiting for master to send event

                  Master_Host: xxxxxxxxxxx

                  Master_User: slave1

                  Master_Port: 3306

                Connect_Retry: 60

              Master_Log_File: mysql-bin.000216

          Read_Master_Log_Pos: 333121554

               Relay_Log_File: dzsd-database-server-relay-bin.000573

                Relay_Log_Pos: 6669552

        Relay_Master_Log_File: mysql-bin.000215

             Slave_IO_Running: Yes

            Slave_SQL_Running: Yes

              Replicate_Do_DB: 

          Replicate_Ignore_DB: 

           Replicate_Do_Table: 

       Replicate_Ignore_Table: 

      Replicate_Wild_Do_Table: 

  Replicate_Wild_Ignore_Table: 

                   Last_Errno: 0

                   Last_Error: 

                 Skip_Counter: 0

          Exec_Master_Log_Pos: 190352148

              Relay_Log_Space: 1223182362

              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: 9519

Master_SSL_Verify_Server_Cert: No

                Last_IO_Errno: 0

                Last_IO_Error: 

               Last_SQL_Errno: 0

               Last_SQL_Error: 

  Replicate_Ignore_Server_Ids: 

             Master_Server_Id: 1

                  Master_UUID: 86918329-d52d-11e9-bcc3-fa163eb434eb

             Master_Info_File: /usr/local/mysql/data/master.info

                    SQL_Delay: 0

          SQL_Remaining_Delay: NULL

      Slave_SQL_Running_State: Reading event from the relay log

           Master_Retry_Count: 86400

                  Master_Bind: 

      Last_IO_Error_Timestamp: 

     Last_SQL_Error_Timestamp: 

               Master_SSL_Crl: 

           Master_SSL_Crlpath: 

           Retrieved_Gtid_Set: 

            Executed_Gtid_Set: 

                Auto_Position: 0

         Replicate_Rewrite_DB: 

                 Channel_Name: 

           Master_TLS_Version: 

1 row in set (0.00 sec)

二、同步过程中又发现如下错误

Replicate_Wild_Ignore_Table: 

                   Last_Errno: 1060

                   Last_Error: Error 'Duplicate column name 'xxx_code'' on query. Default database: 'xxxwork'. Query: 'ALTER TABLE `process_log` ADD COLUMN `xxx_code`  varchar(50) NULL COMMENT '娉..浠ｇ.' AFTER `gy_id`'

                 Skip_Counter: 0

          Exec_Master_Log_Pos: 191853675

              Relay_Log_Space: 1275845919

              Until_Condition: None

处理方式同上；

三、此时查看主从库状态

主库Position和从库Read_Master_Log_Pos值不一致 ；

分析后发现是因为上面的错误导致大量同步日志未被执行引起的，

从库同步机制需要一定时间赶上主库记录。

经过一个晚上的同步，第二天发现主从库pos完全一致了。

四、错误原因分析

这个问题应该是项目没有停，往这个表里加字段，同时又有数据往这个表里插入，导致的

下次更新过程应该是，1.停止服务，2.修改数据库，3.更新代码，4.启动服务

五、总结

Mysql 主从同步机制比较“脆弱”，实际应用过程中一定要注意避免对读库的操作，

一旦出现数据冲突等问题，都会影响主从同步机制。建议对读库设置不同的密码，以防止

人为的造成同步异常。

另外，需要建立应对异常处理的机制，一旦主从同步出现异常，可以把应用程序的连接迅速切换至

主库。因此，从库仅仅起到读取数据的作用，避免任何相关的外部依赖，例如触发器等。