mysql生产环境___主从同步修复案例
一、 硬件环境
Master: Dell R720 Intel(R)Xeon(R) CPU E5-2640 v2 @ 2.00GHz
MEM 64G，disk 4*2.5 SAS 网络4* 千兆
Slave: Dell R720 Intel(R)Xeon(R) CPU E5-2640 v2 @ 2.00GHz
MEM 64G，disk 4*2.5 SAS 网络4* 千兆
二、 软件环境
系统软件：
Master: cento5.8
Slave: cento5.8
数据库软件：mysql-5.5.10
三、 问题现象
3.1收到报警，发现问题
某天收到mysql主从同步监控报警，登陆Slave，用show slavestatus \G;查看结果如下，错误代码为1146,错误描述为“库名.表名不存在，插入语句”
图1
3.2分析解决问题
有上述slave截图中的错误描述，表不存在。我们需要进一步验证，在slave上执行show databases; 查看发现库存在，如图2，继续输入命令，
use 库名；
show tables;
发现表也存在，既然都存在，那为什么会报错“表不存在呢”，边思考，边检查，google了一番，有类似情况，但是解决办法不通用。
冷静，回头仔细看错误提示，有新的发现，错误提示中的表名是大写的，实际库中的表名是小写的。好吧，动手验证一下，
select * from 库名.表名；表名同样大写，执行完毕，报错信息图2和图1 的报错信息相同“表不存在”。
select * from 库名.表名；表名小写，执行完毕，输出正确结果，如图2。
图2
找到原因就好解决问题了。
解决：
stop slave;
show slavestatus \G;
从新克隆一个secureCRT连接，编辑my.cnf配置文件，
在[mysqld]节点下，加入一行：lower_case_table_names=1
保存退出。
/etc/init.d/mysqldrestart
回到数据库操作命令行，执行 start slave；show slave status\G;开启同步，发现报错信息消失，同步恢复。
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
登陆master端，发现master 的my.cnf配置中有lower_case_table_names=1
最后总结原因：slave端my.cnf配置缺少lower_case_table_names=1导致。
本文出自 “linux系统运维” 博客，请务必保留此出处http://1234qwer.blog.51cto.com/7915345/1563151
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
