我的编程空间,编程开发者的网络收藏夹
学习永远不晚

MySQL 主从复制错误1837

短信预约 -IT技能 免费直播动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

MySQL 主从复制错误1837

MySQL5.6.37版本,某人在测试环境主库误操作执行删表操作,导致主从断开,在从库查看主从信息如下:

Last_Errno: 1837

Last_Error: Worker 3 failed executing transaction '' at master log mysql-bin.013343, end_log_pos 289330740; Error 'When @@SESSION.GTID_NEXT is set to a GTID, 

you must explicitly set it to a different value after a COMMIT or ROLLBACK. Please check GTID_NEXT variable manual page for detailed explanation. Current 

@@SESSION.GTID_NEXT is '07fd3067-b250-11e7-a2f0-1866da9e4b15:2618462902'.' on query. Default database: 'DBNAME'. Query: 'DROP TABLE IF EXISTS TABLENAME_1,TABLENAME_2 ...

执行删表操作怎么可能会导致主从断开,问后知道是通过某工具误操作导致了删表,并立刻停止了。

故障可能原因:

1、create table table_name as select * from table_name; 会拆分成 creat table 和 insert 两个事务,传到slave时,slave执行完     create table以后,没有insert的GTID,于是报错

2、MyISAM 存储引擎,myisam引擎支持insert delayed语法,insert delay是异步写入,也就是一旦执行立即返回给客户端成功。mysql内部处理insert delay时,会将多个线程的insert合并后一起执行,但是只生成了一个GTID;于是传到slave后,由于是myisam表,从库的同样只能执行第一条SQL,于是报错

3、主库innodb执行一个事务,只产生一个gtid,myisam不支持事务,事务的第一条执行完以后,第二个sql就没有gtid,于是报错

4、临时表

5、BUG

本次故障

1、检查对应的库没有MyISAM表:

   select table_schema,table_name,engine from information_schema.tables where engine !='innodb' and table_schema = 'DBNAME';

2、检查过enforce_gtid_consistency主从库都为on,CREATE TABLE ... SELECT语句不能执行成功,并且这次故障并不涉及CREATE TABLE ... SELECT语句,故排除

3、主从存储引擎一致

4、没有临时表

在主库审计日志查看,执行了drop schema dbname;

20200707 12:55:20 ' drop schema DBNAME'

查看主库 binlog :

# at 289328506

#200707 12:55:08 server id 100  end_log_pos 289328554 CRC32 0x1401e82a  GTID [commit=yes]

SET @@SESSION.GTID_NEXT= '07fd3067-b250-11e7-a2f0-1866da9e4b15:2618462902';

# at 289328554

#200707 12:55:08 server id 100  end_log_pos 289329642 CRC32 0x0728afdf  Query   thread_id=2388454119    exec_time=12    error_code=0

SET TIMESTAMP=1594097708;

SET @@session.sql_mode=270532608;

;

SET @@session.character_set_client=45,@@session.collation_connection=45,@@session.collation_server=33;

DROP TABLE IF EXISTS TABLENAME_1,TABLENAME_2,TABLENAME_3,TABLENAME_4,......;

# at 289329642

#200707 12:55:08 server id 100  end_log_pos 289330740 CRC32 0x0d0122e4  Query   thread_id=2388454119    exec_time=12    error_code=0

SET TIMESTAMP=1594097708;

DROP TABLE IF EXISTS TABLENAME_5,TABLENAME_6,TABLENAME_7,TABLENAME_8,......;

# at 289330740

#200707 12:55:08 server id 100  end_log_pos 289331832 CRC32 0xd8409afa  Query   thread_id=2388454119    exec_time=12    error_code=0

SET TIMESTAMP=1594097708;

DROP TABLE IF EXISTS TABLENAME_9,TABLENAME_10,TABLENAME_11,TABLENAME_12,......;

# at 289331832

#200707 12:55:08 server id 100  end_log_pos 289332298 CRC32 0xa6657cc5  Query   thread_id=2388454119    exec_time=12    error_code=0

SET TIMESTAMP=1594097708;

DROP TABLE IF EXISTS TABLENAME_13,TABLENAME_14,TABLENAME_15,TABLENAME_16,......;

# at 289332298

#200707 12:55:20 server id 100  end_log_pos 289332346 CRC32 0x0cc19e83  GTID [commit=yes]

SET @@SESSION.GTID_NEXT= '07fd3067-b250-11e7-a2f0-1866da9e4b15:2618462903';

查看从库 binlog :

# at 19856236

#200707 12:55:08 server id 100  end_log_pos 19856284 CRC32 0x5e42595e   GTID [commit=yes]

SET @@SESSION.GTID_NEXT= '07fd3067-b250-11e7-a2f0-1866da9e4b15:2618462902';

DROP TABLE IF EXISTS TABLENAME_1,TABLENAME_2,TABLENAME_3,TABLENAME_4,......# at 19857398

#200707 12:55:23 server id 100  end_log_pos 19857446 CRC32 0x81998bd5   GTID [commit=yes]

SET @@SESSION.GTID_NEXT= '07fd3067-b250-11e7-a2f0-1866da9e4b15:2618463065';

# at 19857446

#200707 12:55:23 server id 100  end_log_pos 19857509 CRC32 0x0916a5e2   Query   thread_id=2388456043    exec_time=0     error_code=0

SET TIMESTAMP=1594097723;

SET @@session.sql_mode=524288;

;

SET @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33;

BEGIN

;

# at 19857509

#200707 12:55:23 server id 100  end_log_pos 19859435 CRC32 0x2eec3842   Rows_query

# insert into talename....

......

......

#200707 12:55:23 server id 100  end_log_pos 19860287 CRC32 0xc983ec89   Xid = 5405680966

COMMIT;

# at 19860287

#200707 12:55:08 server id 100  end_log_pos 19861411 CRC32 0x20f2bc78   Query   thread_id=2388454119    exec_time=1669  error_code=0

SET TIMESTAMP=1594097708;

SET @@session.sql_mode=270532608;

;

SET @@session.character_set_client=45,@@session.collation_connection=45,@@session.collation_server=33;

DROP TABLE IF EXISTS TABLENAME_5,TABLENAME_6,TABLENAME_7,TABLENAME_8,......;

# at 19861411

#200707 12:55:08 server id 100  end_log_pos 19862529 CRC32 0x35204dfe   Query   thread_id=2388454119    exec_time=1672  error_code=0

SET TIMESTAMP=1594097708;

DROP TABLE IF EXISTS TABLENAME_9,TABLENAME_10,TABLENAME_11,TABLENAME_12,......;

# at 19862529

#200707 12:55:23 server id 100  end_log_pos 19862577 CRC32 0x48b02b33   GTID [commit=yes]

SET @@SESSION.GTID_NEXT= '07fd3067-b250-11e7-a2f0-1866da9e4b15:2618463066';

1、因为数据库开启了GTID复制,每一个GTID需要与一个唯一的事务对应,"drop schema dbname;" 在从库将删表语句拆分成了多个语句。

2、查看主从GTID,发现从库GTID缺少了从'07fd3067-b250-11e7-a2f0-1866da9e4b15:2618462903' 至 '07fd3067-b250-11e7-a2f0-1866da9e4b15:2618463064'信息

3、而且从库在GTID为'07fd3067-b250-11e7-a2f0-1866da9e4b15:2618462902'时执行了一个DROP TABLE IF EXISTS语句后,直接进入GTID为'07fd3067-b250-11e7-a2f0-1866da9e4b15:2618463065' 执行insert into语句并COMMIT

4、COMMIT后,正常需要设置不同的@@SESSION.GTID_NEXT,但是没有,而是再次执行DROP TABLE IF EXISTS语句。事务在GTID为'07fd3067-b250-11e7-a2f0-1866da9e4b15:2618462902'后发生了异常拆分,所以主从复制发生报错。

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

MySQL 主从复制错误1837

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

mysql主从复制

两台mysql版本号为5.7以上 主库配置文件设置(注意设置在[mysqld]项中)主库的ip地址为:192.168.1.1server-id=1 #唯一id,主库设置1log-bin=mysql-bin #日志记录sync-binlog=1bin

	mysql主从复制
2018-10-04

【MySQL】主从复制

纸上得来终觉浅,绝知此事要躬行。概述复制是指将主数据库的DDL 和 DML 操作通过二进制日志传到从库服务器中,然后在从库上对这些日志重新执行(也叫重做),从而使得从库和主库的数据保持同步。MySQL支持一台主库同时向多台从库进行复制, 从库同时也可以作为其他
【MySQL】主从复制
2015-07-01

mysql主从复制

一.主从复制简介2015年5月28日11时,12小时后恢复,损失:平均每小时106.48W$1)高可用2)辅助备份3)分担负载复制是 MySQL 的一项功能,允许服务器将更改从一个实例复制到另一个实例。1)主服务器将所有数据和结构更改记录到二进制日志中。2)从
mysql主从复制
2019-04-07

mysql 主从复制

1, 准备二台机器或者服务器 ,保持mysq 版本一样或者版本相差不大;主机:114.215.198.39从机:116.62.234.2282    新建一个数据库 我的数据库是hlqzxm;进入主机的mysql 配置文件中修改配置; 修改完成配置文件记得重新
mysql 主从复制
2021-10-15

Mysql/Mariadb主从复制

概念什么是·Mysql/Mariadb主从复制?    Mysql/Mariadb主从复制:当Master(主)数据库发生变化的时候,变化实时会同步到slave(从)数据库中;类似于:Samba共享文件(C/S)、NFS网络文件共享(C/S),当服务端(Ser
Mysql/Mariadb主从复制
2021-03-22

编程热搜

目录