迪B课堂 | 鹅厂老司机MySQL复制避坑指南

发布于 2022-7-14 16:02
浏览
0收藏

 

本期主题是:MySQL中复制使用ROW格式需要避免的坑

 

视频核心信息:

在MySQL的一般场景中,通常数据库运维同学会推荐,将复制格式设置为ROW格式,也就是行格式,这样所有的变更数据都会被记录到binlog中,可对数据达到较好的保护,万一发生DML误操作,可以直接在binlog中恢复。在MySQL5.7之后,ROW格式已经作为复制的默认格式。本期视频就MySQL中复制使用ROW格式可能遇到的坑做了详细说明:

1. 使用ROW格式的复制模式时,如果存在无索引表,可能会导致主从延迟增大。

迪B课堂 | 鹅厂老司机MySQL复制避坑指南-开源基础软件社区

原因:

ROW模式之所以能保证复制可靠性,是其在BINLOG里记录每一行完整记录,包括所有列的值; 在备库应用日志时,MySQL会先尝试用行里的主键去匹配自身的记录,如果没有主键,则进行全表扫描所有的行,每一行都与日志进行匹配,直到发现完全匹配的行。

所以如果在没有主键的情况下,进行一些更新或者删除的操作,在备库回放时就会产生大量的记录,同样会使得主从延迟增大。

解决方法:

  • 若表支持创建唯一/主键索引,则创建主键索引;若表不支持创建主键索引,创建部分列(区分度较大的几列)的联合索引。
  • 创建自增主键
  • 参数优化slave_rows_search_algorithms的hash_scan方式。
     

2. salve节点alter语句导致同步中断

迪B课堂 | 鹅厂老司机MySQL复制避坑指南-开源基础软件社区

原因:

若我们需要对一个表的表结构进行修改,可以使用在线的DDL操作,或者采用percona的开源工具pt-ost。

对一个大表修改字段类型DDL,为了不影响主库业务,会先在从库上执行DDL操作,然后通过主从切换,完成最终的大表DDL。在从库执行完DDL后,这时发现复制中断了,报错信息:1677。报错原因是主从库之间同一个表如果列的类型不匹配,MySQL会尝试转码,如果转码失败(类型不兼容)则复制中断。 

解决方案:

  • 有损转换。可在slave节点设置slave_type_conversions=ALL_LOSSY,系统默认无损转换,设置为有损转换时,表示列类型允许丢失一些信息。设置时需注意:一定要保证从库字段足够大,能存下主库字段值,否则会导致数据不一致。
  • 从主库直接xtrabackup备份(或者冷备系统),之后恢复作为从库提供服务。
  • 在从库上把对应表新增的字段去掉,重新启动同步。

 

作者简介:

刘迪,网名迪B哥,腾讯云数据库产品经理,中国计算机行业协会开源数据库专业委员会副会长,数据库领域技术专家。拥有视频、游戏、金融、服务中台等业务场景的数据库架构设计和优化分析经验,曾主要负责腾讯视频、腾讯网、腾讯新闻、腾讯体育等多款产品的MySQL、MongoDB、Redis数据库架构设计和运维工作,对外推出了《迪B课堂》系列数据库实战课程,关注腾讯云数据库官方微信即可免费获取。

 

文章转自公众号:腾讯云数据库

分类
标签
已于2022-7-14 16:02:52修改
收藏
回复
举报
回复
添加资源
添加资源将有机会获得更多曝光,你也可以直接关联已上传资源 去关联
    相关推荐