企业案例 【故障修复】mysql主从故障解决过程

由于配置有zabbix监控,某日收到zabbix监控主从报警,,查看mysql状态,

showslave status \G;

slave复制状态有误,SLAVE_SQL_RUNNING为NO,

接着看下面的错误信息,提示有一个表插入数据,提示表不存在,

随后在从库上检查该库该表,发现都存储,就纳闷了。

再回头看报错有新发现,提示的表明是大写,我刚才检查的小写,

ok,再次进入从数据库使用大写查询表,果然报错,看来是大小写问题引起的。

查资料发现mysql参数有忽略大小写的参数lower_case_table_names=1

果断修改在[mysqld]块添加了该参数是,同时多了个心眼去看了一眼主库的配置,发现主库有此配置

应该就是这里的问题,此时重启从库,查看slave状态,发现报错小时,两个状态都为YES,继续进行复制操作。

总结:

最后总结原因:slave端my.cnf配置缺少lower_case_table_names=1导致。因此主从的配置一定要注意配置参数。

时间: 2024-10-01 04:41:15

企业案例 【故障修复】mysql主从故障解决过程的相关文章

使用Innobackupex快速搭建(修复)MySQL主从架构

MySQL的主从搭建大家有很多种方式,传统的mysqldump方式是很多人的选择之一.但对于较大的数据库则该方式并非理想的选择.使用Xtrabackup可以快速轻松的构建或修复mysql主从架构.本文描述了使用innobackupex快速来搭建或修复主从架构.供大家参考. 1.基于主库做一个完整备份 # mkdir -p /log/bakforslave # innobackupex --user=root -password=*** --socket=/tmp/mysql.sock --def

mysql主从同步错误解决

mysql主从同步错误解决和Slave_IO_Running: NO 一: Slave I/O: error connecting to master '[email protected]:3306' - retry-time: 60  retries: 86400, Error_code: 1045 解决方法 从服务器上删除掉所有的二进制日志文件,包括一个数据目录下的master.info文件和hostname-relay-bin开头的文件. master.info::记录了Mysql主服务器

MHA mysql主从故障转移

MHA 一.MHA介绍 1 二.部署MHA 2 1.部署MHA Node 2 2.安装MHA Manager 3 3.配置SSH登录无密码验证 3 4.搭建主从复制环境 3 5.配置MHA 4 6.检查SSH配置 8 7.检查SSH配置 8 8.检查MHA Manager状态 8 9.开启MHA Manager监控 8 10.关闭MHA Manager监控 8 11.MHA引入VIP 8 三.自动Failover 17 四.手动Failover(MHA Manager必须没有运行) 19 五.在

【故障】MySQL主从同步故障-Slave_SQL_Running: No

转自:http://www.linuxidc.com/Linux/2014-02/96945.htm 故障现象:进入slave服务器,运行:mysql> show slave status\G        .......            Relay_Log_File: localhost-relay-bin.000535            Relay_Log_Pos: 21795072    Relay_Master_Log_File: localhost-bin.000094Sla

percona-toolkit之pt-table-sync修复Mysql主从数据一致性

下载及用户赋权参考上篇文章percona-toolkit之pt-table-checksums检测Mysql主从数据一致性 先使用pt-table-checksums检测数据一致性,然后使用pt-table-sync进行主从一致性修复,注意修复的表必须有主键或者唯一索引 主库bash下执行: ./pt-table-checksum --nocheck-replication-filters --replicate=test.checksums --host=10.50.12.33 --port

mysql主从不一致解决方法

方法一:忽略错误后,继续同步 该方法适用于主从库数据相差不大,或者要求数据可以不完全统一的情况,数据要求不严格的情况 stop slave; #表示跳过一步错误,后面的数字可变 set global sql_slave_skip_counter =1; start slave; 查看slave状态 mysql> show slave status; 方法二:从新做主从 解决步骤如下: 1.先进入主库,进行锁表,防止数据写入 使用命令: mysql> flush tables with read

mysql主从同步错误解决和Slave_IO_Running: NO

1.出现错误提示. Slave I/O: error connecting to master '[email protected]:3306' - retry-time: 60  retries: 86400, Error_code: 1045 解决方法 从服务器上删除掉所有的二进制日志文件,包括一个数据目录下的master.info文件和hostname-relay-bin开头的文件. master.info::记录了Mysql主服务器上的日志文件和记录位置.连接的密码. 2.出现错误提示

修复Mysql主从不同步shell

使用第三方工具MySQL Enterprise Monitor,MySQL企业版监控工具.MONyog – MySQL Monior and Advisor,MONyog大家都不陌生,windows下比较好用的MySQLGUI提供者,也有相关MySQL监控工具. 脚本监控#!/bin/bash ### VARIABLES ###SERVER=`hostname`SECONDS_BEHIND_MASTER=`/usr/bin/mysql -e "SHOW SLAVE STATUS\G"|

mysql主从配置的过程

首先参考MySQL5.5官方手册 以下章节: 6.4节如何设置复制 13.6.1节 用于控制主服务器的SQL语句 13.6.2节 用于控制从服务器的SQL语句 6.8节 复制启动选项 6.5节 不同MySQL版本之间的复制兼容性 注释:该程序和后面章节所示的复制SQL语句需要SUPER权限 下面开始设置主从复制: 1创建从服务登陆主服务器的账号 mysql  > GRANT REPLICATION SLAVE ON *.* TO '复制账号名'@'复制账号域' IDENTIFIED BY '密码