mysql主从同步修复案例.

时间 : 14-10-13 栏目 : linux运维 作者 : 老薛 评论 : 3 点击 : 2,102 次

一、    硬件环境

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 slave status \G;查看结果如下,错误代码为1146,错误描述为“库名.表名不存在,插入语句

m_s - 副本图1

3.2 分析解决问题

有上述slave截图中的错误描述,表不存在。我们需要进一步验证,在slave上执行show databases; 查看发现库存在,如图2,继续输入命令,

use 库名;

show tables;

发现表也存在,既然都存在,那为什么会报错“表不存在呢”,边思考,边检查,google了一番,有类似情况,但是解决办法不通用。

冷静,回头仔细看错误提示,有新的发现,错误提示中的表名是大写的,实际库中的表名是小写的。好吧,动手验证一下,

select * from 库名.表名;表名同样大写,执行完毕,报错信息图2和图1 的报错信息相同“表不存在”。

select * from 库名.表名;表名小写,执行完毕,输出正确结果,如图2。

m_s1 - 副本                                                                                                         图2

找到原因就好解决问题了。

解决:

stop slave;

show slave status \G;

从新克隆一个secureCRT连接,编辑my.cnf配置文件,

在[mysqld]节点下,加入一行: lower_case_table_names=1

保存退出。

/etc/init.d/mysqld restart

回到数据库操作命令行,执行 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导致。

 

本文标签

除非注明,文章均为( 老薛 )原创,转载请保留链接: http://www.bdkyr.com/xtyw002/292.html

mysql主从同步修复案例.:目前有3 条留言

  1. Post: 2014-10-15 上午11:24

  2. 板凳
    屠龙
    Post: 2014-10-15 下午8:08

    分析的不错,解决方法也很好。

  3. Post: 2014-10-16 下午1:42

    雪中送炭,用上了。

发表评论

6 + 8 = ?


博主微信号,很高兴为您提供帮助

随便看看

3