博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
mysql生产环境____主从同步修复案例
阅读量:5936 次
发布时间:2019-06-19

本文共 1144 字,大约阅读时间需要 3 分钟。

一、   硬件环境

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导致。

转载于:https://www.cnblogs.com/gavanwanggw/p/7222886.html

你可能感兴趣的文章
js中计算两个日期之差
查看>>
ktv项目测试总结
查看>>
内核如何签名
查看>>
彻底弄懂小程序e.target与e.currentTarget
查看>>
岭回归名字由来
查看>>
Nodejs mongodb 管理组件adminmongodb
查看>>
Vue.js 数据绑定语法详解
查看>>
PhpStorm常用快捷键(不多够用)
查看>>
html5--5-8 绘制圆/弧
查看>>
html5--项目实战-仿360囧图
查看>>
Element-UI tree 组件 点击后高亮显示的样式修改(背景色)
查看>>
c# Winform中如何把图片添加到resources中
查看>>
最后一道题整个给干蒙了
查看>>
5.9
查看>>
《构建之法》读书笔记05
查看>>
SQL-1 选取表中某一属性最大值的所有信息 查找最晚入职员工的所有信息
查看>>
SQL-52 获取Employees中的first_name,查询按照first_name最后两个字母,按照升序进行排列...
查看>>
N-10矩形覆盖
查看>>
博弈论——一周目小结
查看>>
[Codechef November Challenge 2012] Arithmetic Progressions
查看>>