mysql 主从同步失败后

环境:

centos6.4

mysql5.1

主:mysql1

从:mysql2

在mysql1上:

1.1.先锁表,避免在重新设置同步的这段时间内有新的数据写入。

flush tables with read lock;

1.2.备份数据库

mysqldump -u root -p data1 > data1.sql

1.3. 把备份的数据库传到mysql2上去

1.4.删除原来的日志文件

cd /var/lib/mysql

mv master-bin-0000* /backup    //移动别处

vim master-bin-index     //删除里面的内容

1.5.重启mysql服务后,再锁表

service mysqld restart

flush tables with read lock;

show master status;    //得到的信息在从服务器上配置同步

2. 在mysql2上:

2.1. 导入数据库data1.sql

mysql -u root -p data1 < data1.sql    //此处,data1数据库需存在的

2.2. 删除原来的日志文件

cd /var/lib/mysql

mv master-bin-0000* /backup    //移动别处

vim master-bin-index     //删除里面的内容

2.3.设置重新同步

2.3.1.停止从库

mysql> slave stop;

2.3.2.连接主库

mysql>change master to master_host=‘192.168.1.1‘, master_user=‘slaveuser‘, master_password=‘redhat‘, master_log_file=‘mysql-bin.000001‘,master_log_pos=352;

//如果2.3.2执行成功,执行2.3.4,否则,先执行2.3.3,再执行2.3.4

2.3.3.重置从库

mysql> reset slave;

2.3.4.启动从库

mysql> slave start;

2.3.4.查看同步状态

mysql> show slave status\G;

//如果没有报错,说明重新同步成功

时间: 2024-10-09 05:17:49

mysql 主从同步失败后的相关文章

mysql主从同步失败Last_IO_Error: Got fatal error 1236 from master解决方法

mysql教程主从同步失败Last_IO_Error: Got fatal error 1236 from master解决方法 遇到这样的错误如:“Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'”等或由于清数据导致主从库不同步了,解决办法如下: 先进入sl

mysql主从同步失败Last_IO_Error: Got fatal error 1236 from master解决方法

mysql教程主从同步失败Last_IO_Error: Got fatal error 1236 from master解决方法 遇到这样的错误如:“Last_IO_Error: Got fatal error 1236 from master when reading data from binary log: 'Could not find first log file name in binary log index file'”等或由于清数据导致主从库不同步了,解决办法如下: 先进入sl

《Mycat学习笔记》 第三篇. MySql 主从同步异常后,主从切换

1)系统环境说明 MySql 5.5 主从节点 127.0.0.1:3306   主结点,为验证主从切换效果,手动停止服务 127.0.0.1: 3307    从结点 1 127.0.0.1:338     从结点 2 ,为验证主从切换效果,在主结点停止后,新增两个记录. MyCat 1.5 schema.xml 配置 具体配置说明,参考上篇: <Mycat学习笔记> 第二篇. MySql 读写分离与日志分析——主从多结点 <dataHost name="localhost1

mysql主从同步不一致后的解决方法

查看master的运行情况: [[email protected]] mysql -uroot -p************ [[email protected]] mysql> show master status \G; *************************** 1. row *************************** File: mysql-bin.000014 //这个信息点要记住,下面用 Position: 170017372 //这个信息点要记住,下面用 B

Mysql主从同步失败

当备库复制出错时,传统的跳过错误的方法是设置sql_slave_skip_counter,然后再START SLAVE. 但如果打开了GTID,就会设置失败: mysql> set global sql_slave_skip_counter=1; ERROR 1858 (HY000): sql_slave_skip_counter can not be set when the server is running with @@GLOBAL.GTID_MODE=ON. Instead, for

mysql主从同步(4)-同步延迟状态考量(seconds_behind_master和pt-heartbea)

一般情况下,我们是通过"show slave status \G;"提供的Seconds_Behind_Master值来衡量mysql主从同步的延迟情况.具体说明见:mysql主从同步(4)-Slave延迟状态监控,这种方法在大多数情况下确实是可行的.但是经验告诉我,仅仅依靠Seconds_Behind_Master的值来监测主从同步数据是否延迟是绝对不可靠的!!! 曾经遇到过的一个坑:Mysql主从环境部署后,刚开始主从数据同步是没问题的,也是通过监控Seconds_Behind_M

mysql主从同步(3)-percona-toolkit工具(数据一致性监测、延迟监控)使用梳理

转自:http://www.cnblogs.com/kevingrace/p/6261091.html 在mysql工作中接触最多的就是mysql replication mysql在复制方面还是会有一些常规问题: 比如主库宕机或者从库宕机有可能会导致复制中断,通常需要进行人为修复, 或者很多时候需要把一个从库提升为主库,但对从库和主库的数据一致性不能保证一样. 这种情况下就需要使用percona-toolkit工具的pt-table-checksum组件来检查主从数据的一致性:如果发现不一致的

mysql 主从同步详细配置教程

8.10 Mysql 主从同步 8.10.1 主从原理mysql主从同步的原理:1.在master上开启bin-log日志,用于记录master上的更改删的一些记录.2.主从各开启io线程,从上开启io线程和sql线程.同时都配置好主从上的serveid唯一性3.主上配置好授权用户,从上设置change master授权连接的命令3. 从上io线程通过授权连接master,master通过io线程检查到slav的请求的日志.postsion点位置.4.master将这些相应的请求内容发送给sla

MySQL主从同步--原理及实现(一)

1.什么是mysql主从同步? 当master(主)库的数据发生变化的时候,变化会实时的同步到slave(从)库. 2.主从同步有什么好处? 水平扩展数据库的负载能力. 容错,高可用.Failover(失败切换)/High Availability 数据备份. 3.主从同步的原理是什么? 首先我们来了解master-slave的体系结构. 如下图: 不管是delete.update.insert,还是创建函数.存储过程,所有的操作都在master上.当master有操作的时候,slave会快速的