【线上问题】mysql 主从同步报错
背景:
互为主架构,在其中一台(暂且称为master)上修改了表结构,modify字段类型 ,此时slave也没问题,正常同步。
但是没想到的是salve上还有一个级联复制,仅复制指定几个库的,并映射到slave的从库上,问题就出现在这台机器上(称呼它为 slave_2)
err:1677
Column 2 of table 'vipomsBIReport.TmpRequestOrderOperateRecord' cannot be converted from type 'varchar(48(bytes))' to type 'varchar(300(bytes) utf8)'
分析:从报错信息来看是字符集不匹配导致的
去核实表结构,确实是不一致的,修改了slave_2的表结构,start slave; 发现还是报相同的错。
解决:
在主从复制中,如果同一字段在主从两端不一致,也是需要进行类型转换的,如果无法进行转换,从库复制线程会报错,使得从库复制异常停止。
主库的数据在从库进行类型转换的行为,由从库侧的slave_type_conversions控制,可以指定为以下的一个或多个值: ALL_LOSSY ALL_NON_LOSSY ALL_SIGNED ALL_UNSIGNED 有几个概念需要说明一下: 1.有损转换lossy conversion,无损转换non-lossy转换 当在类型转换中需要截断源数据来适应新的列时,就是有损转换,例如在插入小数位更短的列,需要进行截断小数位时,就是有损转换;不需要截断数据的转换即是无损转换。 2.属性提升,属性退化 例如源数据是tinyint,要存入bigint的列中,即是属性提升。 slave_type_conversions各取值说明: 1.ALL_LOSSY 只允许有损转换,例如由bigint转换为tinyint;但不允许无损转换,例如tinyint转换为bigint,如果出现这种情况,从库复制会报错并停止。 2.ALL_NON_LOSSY 只允许无损转换,如果发生有损转换,从库复制会报错并停止。 3.ALL_LOSSY,ALL_NON_LOSSY slave_type_conversions是允许同时设置多个值的,例如当前这种情况,允许所有的类型转换。 4.ALL_SIGNED 数值数据在转换时发生属性提升时,将转换后的数据视为signed。 5.ALL_UNSIGNED 数据数据在转换时发生属性提升时,将转换后的数据视为unsiged。 6.ALL_SIGNED,ALL_UNSIGNED 数值数据在转换时发生属性提升时,优先将转换后的数据视为signed,其次才视为unsigned 7.空值,即slave_type_conversions不设置任何值 任何类型转换都不允许,主从的类型必须一致,否则在数据复制时会报错并停止。 ———————————————— 版权声明:本文为CSDN博主「遇星」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.csdn.net/weixin_39004901/article/details/100778204
在salve上调整 参数
set global slave_type_conversions =ALL_NON_LOSSY;
当前的错误就顺利过去了。
问题解决
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?