MySQL主从恢复（全量恢复数据）_Rorschach2016的博客-CSDN博客
MySQL主从恢复（全量恢复数据）
Rorschach2016
于 2019-04-01 14:27:33 发布
5951
收藏
11
分类专栏：
数据库
蓝鲸
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_35767346/article/details/88947412
版权
数据库
同时被 2 个专栏收录
30 篇文章
0 订阅
订阅专栏
蓝鲸
8 篇文章
0 订阅
订阅专栏
前言
当mysql主从（一主一从模式）数据不同步，常规方式解决不掉，故全量恢复数据并同步数据。
发现问题
首先可以由mstaer status观察到主从已经未同步，其次slave status看到slave_sql的运行状态是no的，而且有error产生错误代码1062；网上百度的跳过错误的方式并没有解决该问题，所以决定重做主从，恢复全量数据。
问题解决
备份主库数据： #mysqldump --socket=/xxx/mysql.sock --single-transaction --master-data=2 -uroot -p'xxxx' -h xx.xx.xx.xx --all-databases > dbdump_20190128.sql 从库恢复数据： 1）先将导出数据文件分发给slave主机 2）从库恢复数据：MySQL [(none)]> source /root/dbdump_20190128.sql 确认master的mysql-bin和pos信息： #cat dbdump_20190128.sql | grep MASTER_LOG_FILE | grep mysql-bin.000 主从同步： 1）停止slave MySQL [none]> stop slave;
2）同步数据 MySQL [none]> change master to master_host='xx.xx.xx.xx',master_user='root',master_password='xxxx',master_port=3306,master_log_file='mysql-bin.000163',master_log_pos=697435740,master_connect_retry=30;
3）启动slave MySQL [none]> start slave;
同步检测： 1）查看从库状态 2）在主库新建库或表，观察从库是否同步
备注说明
mysqldump参数说明：
mysqldump：mysql导出工具
--socket、-u、-p、-h：指定mysql的sock文件、用户名、密码、主机地址
--single-transaction：保证一个事务中所有相同的查询读取到同样的数据，其他innodb引擎的线程修改了表的数据并提交，对该dump线程的数据并无影响，不会锁表
--master-data=2：对于生成的sql文件产生备份时刻的mysql-bion的信息和pos信息
--all-databases：备份全库
Rorschach2016
关注
关注
点赞
11
收藏
打赏
评论
MySQL主从恢复（全量恢复数据）
前言当mysql主从（一主一从模式）数据不同步，常规方式解决不掉，故全量恢复数据并同步数据。发现问题首先可以由mstaer status观察到主从已经未同步，其次slave status看到slave_sql的运行状态是no的，而且有error产生错误代码1062；网上百度的跳过错误的方式并没有解决该问题，所以决定重做主从，恢复全量数据。问题解决备份主库数据：#mysqldu...
复制链接
扫一扫
专栏目录
MySQL实践备份恢复与主从复制
04-11
MySQL实践备份恢复与主从复制
【黄啊码】MySQL入门—16、什么是数据库主从同步？怎么解决主从数据不一致？
黄啊码
10-30
240
【黄啊码】MySQL入门—16、什么是数据库主从同步？怎么解决主从数据不一致？
参与评论
您还未登录，请先
登录
后发表或查看评论
mysql修复主备_mysql主从同步错误恢复
weixin_32035057的博客
01-19
432
Mysql主从同步集群在生成环境使用过程中，如果主从服务器之间网络通信条件差或者数据库数据量非常大，容易导致MYSQL主从同步延迟。MYSQL主从产生延迟之后，一旦主库宕机，会导致部分数据没有及时同步至丛库，重新启动主库，会导致丛库与主库同步错误，如何快速恢复主从同步关系呢，如下有两种方法：1、忽略错误后，继续同步(只有一次错误)此种方法适用于主从库数据内容相差不大，或者要求数据可以不完全统一的情...
Mysql全量数据同步工具
一夜奈何梁山
10-27
579
Mysql全量数据同步工具
mysql5.7主从全备恢复_mysql主从，或者全备份
weixin_34229076的博客
01-28
113
mysql的主从复制依赖bin-log日志，会因为各种问题中断，如flush table，网络问题等，还有一些未知的bug因素，之前使用mysql import方式恢复速度太慢，一个3G的库要恢复一个下午，实在是无法忍受。现在用一个别的方法来操作只需要花费15分钟左右。1.备份主库innobackupex --defaults-file=/etc/my.cnf --user=root --pass...
mysql主从同步恢复_MySQL主从同步错误情况下的全量备份恢复
weixin_42378094的博客
02-07
141
一个Web系统有一主两从的小型MySQL集群，通过Amoeba调度。近日发现主从之间的同步发生异常，从库无法更新数据。试了多种方法无法恢复后，决定重新建立从库数据。方法如下。假设主库为server1，两个从库为server2和server3主库server1的IP地址是192.168.0.2从库server2的IP地址是192.168.0.3从库server3的IP地址是192.168.0.4一、...
mysql主从崩了之后恢复
sun_xuegang的博客
11-24
1107
一、在主库操作
1.备份数据
# mysqldump -uroot -p --single-transaction --master-data=2 --no-autocommit -A -B > all.sql
# 解释：
# --single-transaction 设置事务的隔离级别为可重复读，即REPEATABLE READ，这样能保证在一个事务中所有相同的查询读取到同样的数据，也就大概保证了在dump期间，如果其他innodb引擎的线程修改了表的数据并提交，对该dump线程的数据并无影响，在这
mysql 主从同步恢复处理
最新发布
山巅
12-02
227
mysql 主从同步恢复处理
利用MySQL主从复制延迟拯救误删数据
老叶茶馆
07-26
76
* GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。导语在日常工作中可能会存在误删数据的情况，今天就简单介绍下如何利用主从复制延迟从库进行数据库的快速恢复。步骤1.环境准备建立一个测试的主从库，写入一些测试数据，非本文要点，过程略。2.设置延迟同步在原有同步信息的基础上进行如下操作，设置延迟同步1小时#设置延迟1小时
mysql>st...
MySQL主从：延时从库恢复全解
weixin_45385457的博客
07-07
257
MySQL 延时从库 备份恢复 误操作 故障处理
mysql主从出现问题 如何诊断故障点 如何恢复数据
weixin_33970449的博客
08-14
109
1 主从问题原因一般导致主从问题的因素一般有以下几种：一个主库的从库太多，从库硬件比主库差，慢SQL语句过多主从复制单线程，主库写并发太大来不及传送到从库。主从库之间的网络延迟。因为机器配置的问题，包括磁盘IO，CPU，内存等各方面因素造成复制的延迟2 主从问题主从问题很多，错误代码也不一样，可以在从库上执行show slave status\G查看是否主从同步了，如果sql...
MySQL - 主从同步延迟的原因及解决办法
Pastxu的小屋
04-21
535
一、主从数据库的区别
从数据库(Slave)是主数据库的备份，当主数据库(Master)变化时从数据库要更新，这些数据库软件可以设计更新周期。这是提高信息安全的手段。主从数据库服务器不在一个地理位置上，当发生意外时数据库可以保存。
(1) 主从分工
其中Master负责写操作的负载，也就是说一切写的操作都在Master上进行，而读的操作则分摊到Slave上进行。这样一来的可以大大提高读取的效率。在一般的互联网应用中，经过一些数据调查得出结论，读/写的比例大概在 10：1左右 ，也就是说大量的数据操作是
mysql 主从 恢复_如何恢复MySQL主从数据一致性_MySQL
weixin_31238109的博客
01-27
160
最近被告知，MySQL主从数据库的数据不一致，猜测备库在同步过程中出现了问题，于是，登上备库，使用 mysql> show slave status\G查看，果然，备库在insert语句中因违反主键约束，导致备库停止了同步。现在的问题很明确，就是如何恢复主从库数据的一致性。可选方案如下：代码如下:# mysqlbinlog mysql-bin.000217 --start-position=...
mysql从库故障恢复_mysql从库故障恢复步骤（删除数据重新同步）
weixin_35809867的博客
02-01
394
show slave status\G2、停止slave状态，清除从库主从信息stop slave；reset slave all;3、将从库已同步主库数据库删除DROP DATATBASE DBNAME;4、备份主数据库数据mysqldump -uusername -ppassword --set-gtid-purged=OFF --single-transaction --master-dat...
mysql主从宕机恢复步骤
weixin_45500072的博客
08-21
2930
mysql主从宕机恢复步骤
在生产环境中经常会出现slave出现错误，从而发生主从同步故障，此时就需要人工干预了。以下是小生整理出的一个回复思路，欢迎大佬指导，分享更好的方法。
宕机恢复分为几种情况：
1.从库数据一致性要求低
2.从库数据一致性要求高
从库数据要求一致性低：
这种情况比较好解决，由于对数据一致性要求比较低，我们可以先把slave起来从而达到热备份的效果(因为之前有做过全量备份和增量备份，所以不用担心数据丢失)。
以目前master对应的pos作为slave起始的pos。
MariaDB [
CentOS-MySQL主从同步异常恢复
自由人生™
04-14
68
注：主从恢...
mysql主从快速恢复_mysql主从同步常见异常及恢复方法
weixin_39585378的博客
01-19
365
1. 一般的异常只需要跳过一步即可恢复>slave stop;>SET GLOBAL sql_slave_skip_counter = 1;>slave start;2.断电导致主从不能同步时，通主库的最后一个bin-log日志进行恢复在主库服务器上，mysqlbinlog mysql-bin.xxxx > binxxxx.txttail -n 100000 binxxx...
mysql 主从同步恢复_MySQL主从同步错误恢复
weixin_39754603的博客
02-10
798
MySQL主从同步集群在生成环境使用过程中，如果主从服务器之间网络通信条件差或者数据库数据量非常大，容易导致MySQL主从同步延迟。MySQL主从产生延迟之后，一旦主库宕机，会导致部分数据没有及时同步至丛库，重新启动主库，会导致丛库与主库同步错误，如何快速恢复主从同步关系呢，如下有两种方法：1、忽略错误后，继续同步(只有一次错误)此种方法适用于主从库数据内容相差不大，或者要求数据可以不完全统一的情...
mysql主从异常及恢复
RWSLR6的博客
03-10
641
一、（单主从模式）近期发现从库的主从断开了，尴尬的是断开节点的主库binlog文件是几个月之前的，之前一直没发现，现在已经被自动删除了
时间间隔太久了，只能通过全备来恢复从库了，我用的是Xtrabackup来进行全备恢复的
二、（双主模式）Last_SQL_Error:1594
Relay_Master_Log_File：
当前slave SQL线程读取并执行的relay log的文件中多数近期事件，对应的主服务器二进制日志文件的名称。（说白点就是我SQL线程从rela...
Mysql主从同步修复
zhutoabc的博客
10-12
205
Mysql主从同步修复。
mysql主从快速恢复_mysql主从（主宕从上）之主从恢复数据不丢失
weixin_42514877的博客
02-27
349
mysql主从(主宕从上)之主从恢复数据不丢失mysql主从(主宕从上)之主从恢复数据不丢失环境模拟：主从结构、主库故障，从库升级为主库，新主写入数据，之后主从恢复，将主库故障期间新主写入的数据成功导入主库环境部署系统版本CentOS Linux release 7.5.1804 (Core)内核版本3.10.0-862.el7.x86_64防火墙与selinux关闭角色分配192.168.153...
“相关推荐”对你有帮助么？
非常没帮助
没帮助
一般
有帮助
非常有帮助
提交
©️2022 CSDN
皮肤主题：书香水墨
设计师：CSDN官方博客
返回首页
Rorschach2016
CSDN认证博客专家
CSDN认证企业博客
码龄6年
暂无认证
43
原创
8万+
周排名
101万+
总排名
10万+
访问
等级
1215
积分
40
粉丝
12
获赞
评论
54
收藏
私信
关注
热门文章
Greenplum学习7--postmaster.pid does not exist问题
11120
Greenplum学习13--greenplum列式存储
7760
Greenplum学习6--使用pgadminⅢ连接GP 出现的错误
6392
Greenplum学习3--修改初始化（gpinitsystem_config）文件
6290
MySQL主从恢复（全量恢复数据）
5951
分类专栏
nginx
1篇
大数据
13篇
数据库
30篇
蓝鲸
8篇
自动运维
26篇
最新评论
Greenplum学习10--添加节点gpexpand ①（在每台segment加入一个节点）（生成节点配置文件）
qq_39574907:
我也遇到了同样的问题，找了好久没找到解决方法。
一些漏洞问题记录(CVE-2020-15778/CVE-2019-9513/CVE-2019-9511)
不正经的kimol君:
厉害，赞一个,欢迎回赞哦~
Greenplum学习10--添加节点gpexpand ①（在每台segment加入一个节点）（生成节点配置文件）
来吃个汉堡吧:
请问每个segment就是一个服务器吗？ 还是一个Master一个服务器呢？
mongodb分片集群搭建与测试
qq_34712123:
收藏
Greenplum学习10--添加节点gpexpand ①（在每台segment加入一个节点）（生成节点配置文件）
当幸福来敲门�:
这个怎么破啊，没招了！
gpexpand:gp-m:gpadmin-[ERROR]:-gpexpand failed: Port 40000 is used multiple times on host gp-s4
您愿意向朋友推荐“博客详情页”吗？
强烈不推荐
不推荐
一般般
推荐
强烈推荐
提交
最新文章
又至九月二一
Table has no partition for value .....
处理log4j2遇到的问题
2022年3篇
2021年10篇
2020年12篇
2019年5篇
2017年4篇
2016年9篇
目录
目录
分类专栏
nginx
1篇
大数据
13篇
数据库
30篇
蓝鲸
8篇
自动运维
26篇
目录
评论
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
查看更多评论
打赏作者
Rorschach2016
你的鼓励将是我创作的最大动力
¥2
¥4
¥6
¥10
¥20
输入1-500的整数
余额支付
(余额：-- )
扫码支付
扫码支付：¥2
获取中
扫码支付
您的余额不足，请更换扫码支付或充值
打赏作者
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额
抵扣说明：
1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。 2.余额无法直接购买下载，可以购买VIP、C币套餐、付费专栏及课程。
余额充值