一、 硬件环境
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 statusG;开启同步,发现报错信息消失,同步恢复。 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导致。
|