mysql从库损坏，重做从库

原创已于 2023-11-27 10:03:06 修改 · 798 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#mysql #数据库

于 2022-08-09 17:36:45 首次发布

mysql 专栏收录该内容

2 篇文章

订阅专栏

本文详细介绍了当从库出现故障时进行数据恢复的具体步骤：首先复制主库的data目录到从库；其次删除从库中特定文件以清除原有配置；最后通过几个关键指令重建主从关系。

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

从库损坏

主从恢复步骤
一、复制主库data目录
二、删除从库data文件
三、重建主从关系

主从恢复步骤

提示：以下是本篇文章正文内容，下面案例可供参考

一、复制主库data目录

复制主库data目录
cp -rf 主库data 到从库data目录

二、删除从库data文件

删除文件 master.info auto.cnf

三、重建主从关系

重建主从关系主要分几步(先stop slave)
1、reset master(清理binlog日志)
2、chang master 指向主库（一般半同步根据gtid）
3、start slave

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

xj_jobO_O

关注关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

MySQL 8.0 OCP（1Z0-908）英文题库(31-40)

didiplus

05-13

849

MySQL 8.0 OCP题库

【MySQL】双写、重做日志对宕机时脏页数据落盘的作用的疑问及浅析

不想睡觉的橘子君的博客

01-29

1251

首先，我先介绍或者说概括一下双写机制，和重做日志文件。在《MySQL技术内幕 InnoDB技术引擎》[1]一书中，双写机制部分介绍原文如下：如果说Insert Buffer带给InnoDB存储引擎的是性能上的提升，那么doublewrite（两次写）带给InnoDB存储引擎的是数据页的可靠性。当发生数据库宕机时，可能InnoDB存储引擎正在写入某个页到表中，而这个页只写了一部分，比如16kb的页，只写了前4kb，之后就发生了宕机，这种情况被成为部分写失效（partial page write）。

1 条评论您还未登录，请先登录后发表或查看评论

mysql从库重新搭建的流程

Gzigithub的博客

01-17

1153

mysql从库重新搭建的流程

MySQL通过备份恢复的方式搭建主从/重建从库

菜鸟运维升级之路

09-14

2981

在实际生产环境中,常用的数据库架构有单节点、主从、高可用三种架构,但是随着业务量的增长，数据库可能会面临着一些风险,例如:单节点数据库TPS、QPS性能跟不上业务量,随时出现数据库高负载进而导致业务数据加载失败，还有可能面临着事务量的增加导致主从架构的数据库面临着从库落后主库太多binlog，导致主从数据不一致问题，还可能由于主从同步延时过高导致从库同步数据失败等问题。因此面临着诸多问题，那么作为运维或DBA，就得需要想办法解决单点故障、恢复主从关系等问题。

MySQL主从复制、搭建、状态检查、中断排查及备库重做实战手册

10-02

顶级文档，全是干货！本文档主要对MySQL主从复制进行简单的介绍，包括原理简介、搭建步骤、状态检查、同步中断及排查、备库重建。

mysql从库损坏重建从库

xwh159753的专栏

02-20

806

mysql重建从节点slave

mysql 重建_Mysql重建超大从库

weixin_33253331的博客

01-18

719

1说明简介：本方法可在不停止主库，不锁表的情况下，快速完成超大从库的重建环境：以下代码的环境为Centos 6.x，其他环境请自行查询对应的安装包。原理：innobackupex可在不影响主库正常运行的情况下，进行物理备份(mysqldump为逻辑备份，速度慢很多，对于巨额数据量备份简直是灾难)，配合压缩神器pigz进行传输，备份速度变得更快！2具体实例2.1软件安装主从库都需要安装好相同的mys...

断电mysql从库恢复_MySQL意外断电，InnoDB数据库恢复

weixin_28811227的博客

01-19

1019

数据库在运行中突然断电，当服务器重启发现MySQL无法启动，查看日志，报错如下：151105 11:24:52 mysqld_safe Starting mysqld daemon with databases from /data/mysql/datafile151105 11:24:52 [Warning] Using unique option prefix myisam_recover i...

Mysql断电导致数据库严重损坏、表损坏、数据损坏的解决方案！简单易懂，快速重启！

T6100228的博客

12-31

2203

事先声明，此文章仅是本人几次经历总结，拙见还望海涵！总体思路：进入Mysql，备份，删除data目录，初始化data，导入备份！添加innodb_force_recovery = 0参数（强制恢复等级，0为正常启动），慢慢上升数值启动，从0到6，越高损坏越严重。数值3以上，可能造成数据永久损失！！！提前备份Data目录！！！提前备份Data目录！！！提前备份Data目录！！！让服务器即使检测到损坏的页面也能运行。尝试跳过损坏的索引记录和页面，这有助于转储表。阻止主线程和任何清除线程运行。

小公司里用SpringBoot做MySQL分库分表，踩了一些坑！

m0_71777195的博客

09-12

192

这里就不给大家展示数据库的安装和防火墙的操作了，这个我感觉网上好多资源都能够满足遇到的问题，在搭建主从库的时候有在网上见到过说MySQL版本要一致的，我也没太留意直接就在之前的MySQL上操作了，大家可以自己去验证一下。==重要的事情说三遍，因为再操作主库之后可能会导致红框中的。出错的原因是在主库中删除了用户信息，但是在从库中同步的时候失败导致同步停止，下面记录自己的操作（是在进入MySQL的操作且是从库）。，因为下面的命令还是SQL命令，执行下面的SQL，可以拿到我们后面需要的两个重要参数。

Mysql主从不同步之从库重做

Maomao_op_nger的博客

05-22

1624

环境：两台机器，mysql主从各一台问题：last Error显示是重复录入冲突，重复录入，1.可能因为网络原因导致主从同步相同的内容冲突了，导致主从失败。2.某种原因主从同步失败后，进行主库的删除操作，再次建立连接后，master_log_pos是从当前位置开始的，所以从库数据没有删除，再有写操作的时候，会有主键重复。Slave_SQL_Running为NO。

Mysql从库重建

devotedwife的博客

08-21

2541

个人博客原文地址：http://www.ltang.me/2017/05/15/mysql-slave-rebuilding/ Mysql从库恢复失败推断是因为一句修改表结构的语句在从库执行失败(或者未同步？)导致mysql从库同步异常，使用命令show slave status;可以看到 Slave_IO_Running: Yes Slave_SQL_Running: No 然后通...

mysql 重做从库

Tiger_23的专栏

12-26

884

一，主库执行操作 1，备份主库 [root@MyCloudServer ~]# mysqldump -uroot -p --set-gtid-purged=OFF --single-transaction --master-data=1 --all-databases > dump.sql 2，将备份文件拷贝到从库 [root@MyCloudServer ~]# scp -P1022...

mysql从库损坏，复制主库数据到从库上，重做从库

qq_22894783的博客

02-17

818

从库损坏，重做从库

mysql重建从库_mysql主从同步延迟重建从库步骤

weixin_34731825的博客

01-18

229

总结1 从主库上导出数据，用来重建从库使用/usr/local/mysql/bin/mysqldump --login-path=root --all-databases --flush-privileges --single-transaction--master-data=1 --flush-logs --triggers --routines --events --hex-blob>/...

mysql从库重建

Jan的博客

10-25

2678

方法一：通过mysqldump方法（只适合小于5G的库） -----cat mysqldump_3901.sh $MYSQL_HOME/mysql --login-path=root --socket=/test/my3901/var/mysql.sock -e 'stop slave;' /test/mysql/base/bin/mysql --login-path=root --

mysql重建从库_物理DG从库损坏后的重建

weixin_39894778的博客

02-19

159

由于是重建,原来DG环境中被重建的物理从库中的数据文件，日志文件，dump文件等都可以删除，切记原来的参数文件和相应目录一定要保由于是重建,原来DG环境中被重建的物理从库中的数据文件，日志文件，dump文件等都可以删除，切记原来的参数文件和相应目录一定要保存。主库做standby控制文件和数据库的全备份[Oracle@localhost rman_recover]$ rman target /备份...

MySQL主从复制集群不同步问题解决方案实操记录：重置从库和重建从库

学亮编程手记

03-10

1502

备份文件中的这条语句记录了GTID号，GTID是为了加强数据库的主备一致性、故障恢复和容错能力，mysqldump备份整个数据库用来做从库的话，那么GTID是必须的(一个MySQL主从复制是开启了GTID的场景下)。当MySQL主从数据出现不一致时，确实可以通过一种“重建”从库的方式来恢复数据一致性，但这并不是最常见或首选的解决方案，它更像是一种“最后手段”的做法，尤其是在数据不一致程度较严重、难以通过常规方式修复时。从主库机器上把刚刚备份出来的alldatas.sql传到从库上，然后导入（从库外操作）。

mysql 后搭建从库_MySQL主库已经存在的基础上搭建从库的过程_MySQL

weixin_39719165的博客

01-19

189

bitsCN.comMySQL主库已经存在的基础上搭建从库的过程【备注】:主机192.168.250.20备机192.168.250.40主从复制1 主机上面已经有了MySQL5.1.53-log版.2 备机上没有mysql数据库，需要在备机上安装MySQL5.1.53-log软件，具体参考svn文档“system/mysql/document/IT_SYS_MySQL_Installation....

mysql数据库损坏如何修复