mysql从库损坏，重做从库

已于 2023-11-27 10:03:06 修改
阅读量772 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： mysql 文章标签： mysql 数据库
于 2022-08-09 17:36:45 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/daemon_agent/article/details/126252166
本文详细介绍了当从库出现故障时进行数据恢复的具体步骤：首先复制主库的data目录到从库；其次删除从库中特定文件以清除原有配置；最后通过几个关键指令重建主从关系。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

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

从库损坏

主从恢复步骤

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

一、复制主库data目录

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

二、删除从库data文件

删除文件 master.info auto.cnf

三、重建主从关系

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

MySQL 8.0 OCP（1Z0-908）英文题库(31-40)
didiplus
05-13 621
MySQL 8.0 OCP题库
【MySQL】双写、重做日志对宕机时脏页数据落盘的作用的疑问及浅析
不想睡觉的橘子君的博客
01-29 1183
首先，我先介绍或者说概括一下双写机制，和重做日志文件。在《MySQL技术内幕 InnoDB技术引擎》[1]一书中，双写机制部分介绍原文如下：如果说Insert Buffer带给InnoDB存储引擎的是性能上的提升，那么doublewrite（两次写）带给InnoDB存储引擎的是数据页的可靠性。当发生数据库宕机时，可能InnoDB存储引擎正在写入某个页到表中，而这个页只写了一部分，比如16kb的页，只写了前4kb，之后就发生了宕机，这种情况被成为部分写失效（partial page write）。
mysql从库重新搭建的流程
Gzigithub的博客
01-17 1096
mysql从库重新搭建的流程
mysql从库损坏重建从库
xwh159753的专栏
02-20 711
mysql重建从节点slave
mysql 重建_Mysql重建超大从库
weixin_33253331的博客
01-18 694
1说明简介：本方法可在不停止主库，不锁表的情况下，快速完成超大从库的重建环境：以下代码的环境为Centos 6.x，其他环境请自行查询对应的安装包。原理：innobackupex可在不影响主库正常运行的情况下，进行物理备份(mysqldump为逻辑备份，速度慢很多，对于巨额数据量备份简直是灾难)，配合压缩神器pigz进行传输，备份速度变得更快！2具体实例2.1软件安装主从库都需要安装好相同的mys...
Mysql主从不同步之从库重做
Maomao_op_nger的博客
05-22 1539
环境：两台机器，mysql主从各一台问题：last Error显示是重复录入冲突，重复录入，1.可能因为网络原因导致主从同步相同的内容冲突了，导致主从失败。2.某种原因主从同步失败后，进行主库的删除操作，再次建立连接后，master_log_pos是从当前位置开始的，所以从库数据没有删除，再有写操作的时候，会有主键重复。Slave_SQL_Running为NO。
MySQL通过备份恢复的方式搭建主从/重建从库
菜鸟运维升级之路
09-14 2723
在实际生产环境中,常用的数据库架构有单节点、主从、高可用三种架构,但是随着业务量的增长，数据库可能会面临着一些风险,例如:单节点数据库TPS、QPS性能跟不上业务量,随时出现数据库高负载进而导致业务数据加载失败，还有可能面临着事务量的增加导致主从架构的数据库面临着从库落后主库太多binlog，导致主从数据不一致问题，还可能由于主从同步延时过高导致从库同步数据失败等问题。因此面临着诸多问题，那么作为运维或DBA，就得需要想办法解决单点故障、恢复主从关系等问题。
断电mysql从库恢复_MySQL意外断电，InnoDB数据库恢复
weixin_28811227的博客
01-19 1000
数据库在运行中突然断电，当服务器重启发现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 1976
事先声明，此文章仅是本人几次经历总结，拙见还望海涵！总体思路：进入Mysql，备份，删除data目录，初始化data，导入备份！添加innodb_force_recovery = 0参数（强制恢复等级，0为正常启动），慢慢上升数值启动，从0到6，越高损坏越严重。数值3以上，可能造成数据永久损失！！！提前备份Data目录！！！提前备份Data目录！！！提前备份Data目录！！！让服务器即使检测到损坏的 页面也能运行。尝试 跳过损坏的索引记录和页面，这有助于转 储表。阻止主线程和任何清除线程运行。
小公司里用SpringBoot做MySQL分库分表，踩了一些坑！
m0_71777195的博客
09-12 179
这里就不给大家展示数据库的安装和防火墙的操作了，这个我感觉网上好多资源都能够满足遇到的问题，在搭建主从库的时候有在网上见到过说MySQL版本要一致的，我也没太留意直接就在之前的MySQL上操作了，大家可以自己去验证一下。==重要的事情说三遍，因为再操作主库之后可能会导致红框中的。出错的原因是在主库中删除了用户信息，但是在从库中同步的时候失败导致同步停止，下面记录自己的操作（是在进入MySQL的操作且是从库）。，因为下面的命令还是SQL命令，执行下面的SQL，可以拿到我们后面需要的两个重要参数。
MySQL主从复制、搭建、状态检查、中断排查及备库重做 实战手册
10-02
顶级文档，全是干货！本文档主要对MySQL主从复制进行简单的介绍，包括原理简介、搭建步骤、状态检查、同步中断及排查、备库重建。
Mysql从库重建
devotedwife的博客
08-21 2492
个人博客原文地址：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 853
一，主库执行操作 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 782
从库损坏，重做从库
mysql重建从库_mysql主从同步延迟 重建从库步骤
weixin_34731825的博客
01-18 208
总结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 2653
方法一：通过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 144
由于是重建,原来DG环境中被重建的物理从库中的数据文件，日志文件，dump文件等都可以删除，切记原来的参数文件和相应目录一定要保由于是重建,原来DG环境中被重建的物理从库中的数据文件，日志文件，dump文件等都可以删除，切记原来的参数文件和相应目录一定要保存。主库做standby控制文件和数据库的全备份[Oracle@localhost rman_recover]$ rman target /备份...
MySQL主从复制集群不同步问题解决方案实操记录：重置从库和重建从库
学亮编程手记
03-10 1411
备份文件中的这条语句记录了GTID号，GTID是为了加强数据库的主备一致性、故障恢复和容错能力，mysqldump备份整个数据库用来做从库的话，那么GTID是必须的(一个MySQL主从复制是开启了GTID的场景下)。当MySQL主从数据出现不一致时，确实可以通过一种“重建”从库的方式来恢复数据一致性，但这并不是最常见或首选的解决方案，它更像是一种“最后手段”的做法，尤其是在数据不一致程度较严重、难以通过常规方式修复时。从主库机器上把刚刚备份出来的alldatas.sql传到从库上，然后导入（从库外操作）。
mysql 后搭建从库_MySQL主库已经存在的基础上搭建从库的过程_MySQL
weixin_39719165的博客
01-19 183
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面试深度解析：从基础到高级
16. **读写分离**：将读操作分配到从库，写操作在主库上执行，提高系统并发能力，常见的方案有MySQL Proxy、中间件如MaxScale等。 17. **主备延迟**：通过半同步复制、Group Replication等方式尽量减少主备延迟，...
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值