mysql生产环境____主从同步修复案例_MySQL
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了mysql生产环境____主从同步修复案例_MySQL,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1570字,纯文字阅读大概需要3分钟。
内容图文
![mysql生产环境____主从同步修复案例_MySQL](/upload/InfoBanner/zyjiaocheng/580/9587e80847fa4dbfb0727f2389d9139c.jpg)
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收到报警,发现问题
2014年XX月XX日收到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导致。
内容总结
以上是互联网集市为您收集整理的mysql生产环境____主从同步修复案例_MySQL全部内容,希望文章能够帮你解决mysql生产环境____主从同步修复案例_MySQL所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。