当前位置:Gxlcms > 数据库问题 > 企业案例 【故障修复】mysql主从故障解决过程

企业案例 【故障修复】mysql主从故障解决过程

时间:2021-07-01 10:21:17 帮助过:36人阅读

由于配置有zabbix监控,某日收到zabbix监控主从报警,,查看mysql状态,

 showslave status \G;

slave复制状态有误,SLAVE_SQL_RUNNING为NO,

接着看下面的错误信息,提示有一个表插入数据,提示表不存在,

随后在从库上检查该库该表,发现都存储,就纳闷了。

 

再回头看报错有新发现,提示的表明是大写,我刚才检查的小写,

ok,再次进入从数据库使用大写查询表,果然报错,看来是大小写问题引起的。

查资料发现mysql参数有忽略大小写的参数lower_case_table_names=1

果断修改在[mysqld]块添加了该参数是,同时多了个心眼去看了一眼主库的配置,发现主库有此配置

应该就是这里的问题,此时重启从库,查看slave状态,发现报错小时,两个状态都为YES,继续进行复制操作。

总结:

最后总结原因:slave端my.cnf配置缺少lower_case_table_names=1导致。因此主从的配置一定要注意配置参数。

企业案例 【故障修复】mysql主从故障解决过程

标签:names   修复   故障   my.cnf   资料   存储   解决   总结   配置参数   

人气教程排行