GTID复制配置及同步错误解决

最新推荐文章于 2021-07-01 16:39:09 发布
最新推荐文章于 2021-07-01 16:39:09 发布
阅读量362 收藏
点赞数


gtid
不支持myisam，可能导致多个gtid分配给同一个事物
不支持：
create table .. select
create /drop temporary table


必须使用enforce-gtid-consistency
sql-slave-skip-counter不支持


5.6.9之后，mysqldump制作的备份己包含gtid，在导入时不要记录gtid
5.5.7之前，使用mysql_upgrade会出现问题


在传统的复制模式下调整：
步骤：
1.将master和slave服务器都设为read-only
set global.read_only=on


2.将m,s服务器都停下来
service msyqld stop


3.开启GTIDs


vi /etc/my.cnf
gtid-mode=on
log-bin
log-slave-updates
enforce-gtid-consistency
skip-slave-start //slave server






4.重新配置slave


change master to 
master_host='192.168.134.133',
master_port=3306,
master_user='repl',
master_password='123456',
master_auto_position=1;
start slave;




----------------------
操作过程：
master:
mysqldump  -uroot -p123456 -S /tmp/mysql.sock --single-transaction --master-data=2 -A >/root/full_db.sql
mysqldump: Error 1814: Tablespace has been discarded for table 'ibdtest2' when dumping table `ibdtest2` at row: 0




GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'repl'@'%' IDENTIFIED BY '123456'; 
flush privileges;








slave:
mysql -uroot -p123456 <full_db.sql




change master to 
master_host='192.168.168.142',
master_port=3306,
master_user='repl',
master_password='123456',
master_log_file='mysql-bin.000030',
master_log_pos=120;
start slave;


测试复制错误：
slave:
mysql> select * from test;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  2 | b    |
|  3 | c    |
|  4 | d    |
+----+------+


set sql_log_bin=off;
delete from test where id=3;
set sql_log_bin=on;


master:
delete from test where id=3;


slave:
show slave status\G;
Last_SQL_Error: Could not execute Delete_rows event on table av.test; Can't find record in 'test', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000030, end_log_pos 569


mysqlbinlog --base64-output=decode-rows -v  mysql-bin.000030


# at 527
#150907 13:51:28 server id 1  end_log_pos 569 CRC32 0xad898eae  Delete_rows: table id 115 flags: STMT_END_F
### DELETE FROM `av`.`test`
### WHERE
###   @1=3
###   @2='c'
# at 569


该条语句引起的故障


解决：
stop slave;
set global sql_slave_skip_counter=1;
start slave;


---------------------
gtid模式下的复制错误：


mysqldump  -uroot -p123456 -S /tmp/mysql.sock --single-transaction  --default-character-set=utf8 -A >/root/full_db.sql



 --set-gtid-purged=OFF
注意，上述脚本中，备份的部分不要加入--set-gtid-purged=OFF参数，防止在备份出的sql脚本中生成 SET @@global.gtid_purged 语句：




在传统的复制模式下调整：
步骤：
1.将master和slave服务器都设为read-only
set global.read_only=on






2.开启GTIDs


vi /etc/my.cnf
gtid-mode=on
log-bin
log-slave-updates
enforce-gtid-consistency
skip-slave-start //slave server


3.将m,s服务器都停下来
service mysqld restart






4.重新配置slave


reset slave;


change master to 
master_host='192.168.168.142',
master_port=3306,
master_user='repl',
master_password='123456',
master_auto_position=1;


start slave;
show slave status\G;


slave:
mysql> select * from test;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  2 | b    |
|  3 | c    |
|  4 | d    |
+----+------+


delete from test where id=2;


master:
delete from test where id=2; 


跳过错误：


slave:
show slave status\G;




Last_SQL_Error: Could not execute Write_rows event on table av.test; Duplicate entry '3' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000031, end_log_pos 837






 Retrieved_Gtid_Set: 7a393f51-2609-11e5-858f-000c29a50b09:1-4
  Executed_Gtid_Set: 7a393f51-2609-11e5-858f-000c29a50b09:1-2




stop slave;
set gtid_next='7a393f51-2609-11e5-858f-000c29a50b09:3';
begin;
commit;
set gtid_next='automatic';
start slave;
show slave status\G;




 Last_SQL_Error: Error 'Can't drop database 'sbtest'; database doesn't exist' on query. Default database: 'sbtest'. Query: 'drop database sbtest'
 
Retrieved_Gtid_Set: 7a393f51-2609-11e5-858f-000c29a50b09:1-4
 Executed_Gtid_Set: 7a393f51-2609-11e5-858f-000c29a50b09:1-3
 
stop slave;
set gtid_next='7a393f51-2609-11e5-858f-000c29a50b09:4';
begin;
commit;
set gtid_next='automatic';
start slave;
show slave status\G;
            








mysql> show global variables like '%gtid%';
+--------------------------+------------------------------------------+
| Variable_name            | Value                                    |
+--------------------------+------------------------------------------+
| enforce_gtid_consistency | ON                                       |
| gtid_executed            | 7a393f51-2609-11e5-858f-000c29a50b09:1-2 |
| gtid_mode                | ON                                       |
| gtid_owned               |                                          |
| gtid_purged              |                                          |
+--------------------------+------------------------------------------+
5 rows in set (0.00 sec)


mysql> insert into test values(3,'c');
Query OK, 1 row affected (0.04 sec)


mysql> show global variables like '%gtid%';
+--------------------------+------------------------------------------+
| Variable_name            | Value                                    |
+--------------------------+------------------------------------------+
| enforce_gtid_consistency | ON                                       |
| gtid_executed            | 7a393f51-2609-11e5-858f-000c29a50b09:1-3 |
| gtid_mode                | ON                                       |
| gtid_owned               |                                          |
| gtid_purged              |                                          |
+--------------------------+------------------------------------------+




测试：OK


slave:
mysql> select * from test;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  2 | b    |
|  3 | c    |
|  4 | d    |
+----+------+


delete from test where id=2;


master:
delete from test where id=2; 


show global variables like '%gtid%';
+--------------------------+------------------------------------------+
| Variable_name            | Value                                    |
+--------------------------+------------------------------------------+
| enforce_gtid_consistency | ON                                       |
| gtid_executed            | 7a393f51-2609-11e5-858f-000c29a50b09:1-5 |


注：第5条（delete from test where id=2; ）在slave上出错了
slave:
 Last_SQL_Error: Could not execute Delete_rows event on table av.test; Can't find record in 'test', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000031, end_log_pos 1222


Retrieved_Gtid_Set: 7a393f51-2609-11e5-858f-000c29a50b09:1-5
 Executed_Gtid_Set: 17e5d12a-552f-11e5-b8fe-000c2978d92d:1,7a393f51-2609-11e5-858f-000c29a50b09:1-4




解决出错：
stop slave;
set gtid_next='7a393f51-2609-11e5-858f-000c29a50b09:5';
begin;
commit;
set gtid_next='automatic';
start slave;
show slave status\G;






http://isadba.com/?p=433


----------
在gtid模式下的数据dump


mysql> select * from test;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  3 | c    |
|  4 | d    |
+----+------+




mysqldump  -uroot -p123456 -S /tmp/mysql.sock --single-transaction  --set-gtid-purged=OFF --default-character-set=utf8 -A >/root/full_db2.sql


mysql <full_db2.sql


master:


Database changed
mysql> select * from test;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  3 | c    |
|  4 | d    |
+----+------+




show global variables like '%gtid%';
+--------------------------+------------------------------------------+
| Variable_name            | Value                                    |
+--------------------------+------------------------------------------+
| enforce_gtid_consistency | ON                                       |
| gtid_executed            | 7a393f51-2609-11e5-858f-000c29a50b09:1-5 |




mysql> insert into test values(6,'e');
Query OK, 1 row affected (0.10 sec)


mysql> show global variables like '%gtid%';
+--------------------------+------------------------------------------+
| Variable_name            | Value                                    |
+--------------------------+------------------------------------------+
| enforce_gtid_consistency | ON                                       |
| gtid_executed            | 7a393f51-2609-11e5-858f-000c29a50b09:1-6 |
| gtid_mode                | ON                                       |
| gtid_owned               |                                          |
| gtid_purged              |                                          |
+--------------------------+------------------------------------------+
5 rows in set (0.00 sec)


mysql> insert into test values(7,'f');
Query OK, 1 row affected (0.00 sec)


mysql> insert into test values(8,'g');
Query OK, 1 row affected (0.02 sec)


mysql> insert into test values(9,'i');
Query OK, 1 row affected (0.01 sec)


mysql> insert into test values(10,'o');
Query OK, 1 row affected (0.01 sec)


mysql>  show global variables like '%gtid%';
+--------------------------+-------------------------------------------+
| Variable_name            | Value                                     |
+--------------------------+-------------------------------------------+
| enforce_gtid_consistency | ON                                        |
| gtid_executed            | 7a393f51-2609-11e5-858f-000c29a50b09:1-10 |
| gtid_mode                | ON                                        |
| gtid_owned               |                                           |
| gtid_purged              |                                           |
+--------------------------+-------------------------------------------+
5 rows in set (0.00 sec)


mysql> select * from test;
+----+------+
| id | name |
+----+------+
|  1 | a    |
|  3 | c    |
|  4 | d    |
|  6 | e    |
|  7 | f    |
|  8 | g    |
|  9 | i    |
| 10 | o    |
+----+------+




slave:
mysql <full_db2.sql










   Last_SQL_Error: Could not execute Delete_rows event on table av.test; Can't find record in 'test', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000031, end_log_pos 359


 Retrieved_Gtid_Set: 7a393f51-2609-11e5-858f-000c29a50b09:1-10
  Executed_Gtid_Set: 9f451db6-5534-11e5-b922-000c2978d92d:1-366              


mysqlbinlog --base64-output=decode-rows -v  mysql-bin.000031


  # at 317
#150907 14:06:16 server id 1  end_log_pos 359 CRC32 0x4b98dd99  Delete_rows: table id 70 flags: STMT_END_F
### DELETE FROM `av`.`test`
### WHERE
###   @1=2
###   @2='b'
# at 359


mysql> show global variables like '%gtid%';
+--------------------------+--------------------------------------------+
| Variable_name            | Value                                      |
+--------------------------+--------------------------------------------+
| enforce_gtid_consistency | ON                                         |
| gtid_executed            | 9f451db6-5534-11e5-b922-000c2978d92d:1-366 |
| gtid_mode                | ON                                         |
| gtid_owned               |                                            |
| gtid_purged              |                                            |
+--------------------------+--------------------------------------------+


reset master;


show global variables like '%gtid%';
+--------------------------+-------+
| Variable_name            | Value |
+--------------------------+-------+
| enforce_gtid_consistency | ON    |
| gtid_executed            |       |
| gtid_mode                | ON    |
| gtid_owned               |       |
| gtid_purged              |       |
+--------------------------+-------+


reset slave;


change master to 
master_host='192.168.168.142',
master_port=3306,
master_user='repl',
master_password='123456',
master_auto_position=1;


start slave;
show slave status\G;


 Last_Error: Could not execute Delete_rows event on table av.test; Can't find record in 'test', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000031, end_log_pos 359


 Retrieved_Gtid_Set: 7a393f51-2609-11e5-858f-000c29a50b09:1-10




解决出错：通过多次跳过，OK
stop slave;
set gtid_next='7a393f51-2609-11e5-858f-000c29a50b09:1';
begin;
commit;
set gtid_next='automatic';
start slave;
show slave status\G;




stop slave;
set gtid_next='7a393f51-2609-11e5-858f-000c29a50b09:2';
begin;
commit;
set gtid_next='automatic';
start slave;
show slave status\G;


stop slave;
set gtid_next='7a393f51-2609-11e5-858f-000c29a50b09:3';
begin;
commit;
set gtid_next='automatic';
start slave;
show slave status\G;


stop slave;
set gtid_next='7a393f51-2609-11e5-858f-000c29a50b09:4';
begin;
commit;
set gtid_next='automatic';
start slave;
show slave status\G;


---------------------

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/91975/viewspace-1793501/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/91975/viewspace-1793501/

crriis6873
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
MySQL GTID复制和错误处理
woailyoo0000的博客
01-08 2204
基于GTID的复制是从Mysql5.6开始支持的一种新的复制方式，此方式与传统基于日志的方式存在很大的差异，在原来的基于日志的复制中，从服务器连接到主服务器并告诉主服务器要从哪个二进制日志的偏移量开始执行增量同步，这时我们如果指定的日志偏移量不对，这与可能造成主从数据的不一致，而基于GTID的复制会避免。 在基于GTID的复制中，首先从服务器会告诉主服务器已经在从服务器执行完了哪些事务的GTID值...
mysql slave 1032_mysql slave复制1032错误解决方法
weixin_31090341的博客
01-25 539
http://hi.baidu.com/dba_hui/item/a4b23a60ae1d6882c4d2497c查看slave复制状态，发现SQL线程停止应用：mysql> show slave status \G;*************************** 1. row ***************************Slave_IO_State: Waiting fo...
mysql 1032_[MySQL] SQL_ERROR 1032解决办法
weixin_39722070的博客
01-18 584
一、缘由：在主主同步的测试环境，由于业务侧没有遵循同一时间只写一个点的原则，造成A库上删除了一条数据，B库上在同时更新这条数据。由于异步和网络延时，B的更新event先到达A端执行，造成A端找不到这条记录，故SQL_THREAD报错1032，主从同步停止。二、错误说明：MySQL主从同步的1032错误，一般是指要更改的数据不存在，SQL_THREAD提取的日志无法应用故报错，造成同步失败(Upda...
常见的MySQL Replication Error
Data & Analysis
02-12 532
引用自：https://www.cnblogs.com/xuanzhi201111/p/4566451.html    现在不少公司都在用MySQL（master）--&gt;MySQL（slave）的框架，当然也有一主多从的架构，这也是MySQL主从的一个延伸架构;当然也有的公司MySQL主主的架构，MySQL主主架构要是处理得不适当，会面临各种各样的问题，当然啦，每种数据库构架都有自己的优缺...
mysql删除不存在行数据报错_MySQL学习笔记11复制错误处理(二)删除不存在的行的问题...
weixin_29928877的博客
01-19 1536
master上删除某个数据表的某一行，而该行在slave上并不存在，则slave上的复制过程会出错。MySQL的log文件中发现如下错误信息：2017-08-15T04:52:19.529509Z 13 [ERROR] Slave SQL for channel ‘‘: Could not execute Delete_rows event on table test.test; Can‘t fi...
MySQL5.6 GTID模式下同步复制报错不能跳过的解决方法
12-14
同步复制信息： mysql> show slave status\G; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.8.25 Master_Us
MYSQL基于GTID的复制
12-14
　从那个二进制日志的偏移量进行增量同步，如果指定错误会造成遗漏或者重复，导致数据不一致。 　基于GTID复制： 　1.从服务器会告诉主服务器已执行的事务的GTID值。 　2.主库会告诉从哪些GTID事务没有被执行。 ...
MySQL GTID 与半同步复制1
08-03
新的从节点可以使 Auto Positioning 的式去同步新的 Master 节点，动匹配 GTID 断点能够有效的减少错误的发处理节点宕机这的 Slave
Mysql GTID Mha配置方法
09-09
下面小编就为大家带来一篇Mysql GTID Mha配置方法。小编觉的挺不错的，现在就分享给大家，也给大家做个参考。一起跟随小编过来看看吧
mysql主从错误1007_mysql主从错误：1032
weixin_29664819的博客
01-18 977
开启复制后，发现以下错误：Last_Error: Could not execute Delete_rows event on tablegroup_info.member_3e; Can’t find record in ‘member_3e’, Error_code:1032; handler errorHA_ERR_KEY_NOT_FOUND; the event’s master log ...
线上MYSQL同步报错故障处理方法总结(必看篇)
Bingo的博客
07-22 702
前言 在发生故障切换后，经常遇到的问题就是同步报错，数据库很小的时候，dump完再导入很简单就处理好了，但线上的数据库都150G-200G，如果用单纯的这种方法，成本太高，故经过一段时间的摸索，总结了几种处理方法。 生产环境架构图 目前现网的架构，保存着两份数据，通过异步复制做的高可用集群，两台机器提供对外服务。在发生故障时，切换到slave上，并将其变成master，坏掉的机器反向同步新的master，在处理故障时，遇到最多的就是主从报错。下面是我收录下来的报错信息。 常见错误 最常见的3种情况 这3种情
mysql主从同步常见错误以及解决方法总结
panfuyong11的专栏
04-18 1894
前言 在发生故障切换后，经常遇到的问题就是同步报错，数据库很小的时候，dump完再导入很简单就处理好了，但线上的数据库都150G-200G，如果用单纯的这种方法，成本太高，故经过一段时间的摸索，总结了几种处理方法。 常见错误 最常见的3种情况 这3种情况是在HA切换时，由于是异步复制，且sync_binlog=0，会造成一小部分binlog没接收完导致同步报错。 第一种：在master上...
GTID的常见错误和处理方法
热门推荐
cug_jiang126com的专栏
11-20 2万+
主从同步错误 mysql> stop slave; Query OK, 0 rows affected (0.00 sec)   mysql> set global sql_slave_skip_counter=1; ERROR 1858 (HY000): sql_slave_skip_counter can not be set when theserver is running wi
GTID的双主一从遇到的1236错误及解决方法
Joker_Jack的博客
04-22 493
环境：172和50互为双主，145做从，因为172授权的时候，50已经已经同步，故也拥有该用户slave并且有相应权限，不必重复创建，下面是145做change master to并打开slave后的状态； 去网上找到原因：是因为主机的gtid_executed和从机已经执行过的gtid即gtid_executed没有同步，查看主机172的gtid_executed show global...
牛刀小试MySQL--GTID小结
05-31 95
1.GTID的概念 GTID（global transaction identifier）是全局事务标识符，在MySQL5.6版本中作为一个超级特性被推出。事务标识不仅对于Master(起源)的服务器来说是惟一的，而且在整个复制拓扑架构来说，也是全局唯一的。 1)GTID的格式为: GTID = source_id:transacti...
MySQL 关于slave端Retrieved_Gtid_Set的读取改进初探
cri5768的博客
03-05 2096
本文为以后学习SLAVE做一个记录不保证正确性。因为算法没看懂。 一、问题由来 今天朋友问我这样一个问题@K.I.S.S，在官方文档中有这样一段描述： When using GTIDs, th...
mysql.plugin 不存在_mysql - 设置MySQL时出错：表'mysql.plugin'不存在 - 堆栈内存溢出...
weixin_33235339的博客
01-19 1415
我在Ubuntu 16上运行没有问题的MySQL 5.7实例，但是当我尝试安装任何其他软件包或尝试通过apt-get更新现有软件包时，我收到以下错误：# apt-get upgradeSetting up mysql-server-5.7 (5.7.20-0ubuntu0.16.04.1) ...Checking if update is needed.Checking server versio...
2021-07-01
wj的博客
07-01 343
报错 从库show slave status\G显示有错误： mysql> show slave status\G *************************** 1. row *************************** Slave_IO_State: Master_Host: 192.168.0.195 Master_User: repl M
mysql executed_MySQL数据库之mysql从库Retrieved_Gtid_Set事务数比Executed_Gtid_Set事务数少的异常情况...
weixin_36265390的博客
01-27 610
本文主要向大家介绍了MySQL数据库之mysql从库Retrieved_Gtid_Set事务数比Executed_Gtid_Set事务数少的异常情况 ，通过具体的内容向大家展现，希望对大家学习MySQL数据库有所帮助。今天从库crash重启后出现很有趣的现象：可以发现：Retrieved_Gtid_Set值显示从库没有接收到部分事务，丢失了部分事务。但是从Executed_Gtid_Set显示从库...
GTID复制和主从复制区别有哪些
最新发布
08-29
与传统的主从复制相比，GTID 复制提供了更为简单和可靠的方法来管理和配置复制，因为它可以更方便地跟踪和管理复制的状态。 主从复制是一种常用的数据库复制方式，它允许一个数据库服务器（主服务器）将其数据同步...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值