文档建议反馈控制台
首页
学习
活动
专区
圈层
工具
MCP广场
文章/答案/技术大牛
发布

MySQL 崩溃恢复过程分析

本文我们一起来看看，MySQL 在崩溃恢复过程中都干了哪些事情，Redo 日志又是怎么大显身手的。...本文介绍的崩溃恢复过程，包含 server 层和 InnoDB，不涉及其它存储引擎，内容基于 MySQL 8.0.29 源码。 目录 1. 概述 2. 读取两次写页面 3....读取两次写页面 MySQL 一旦崩溃，Redo 日志就要去拯救世界了（MySQL 就是它的世界），Redo 日志拯救世界的方式就是把还没来得及刷盘的脏页恢复到崩溃之前那一刻的状态。...崩溃恢复过程中，这种状态的事务是需要直接回滚的。 你可能会有个疑问，DDL 事务不是不能回滚吗？ DDL 事务不能回滚，这只是针对 MySQL 用户而言，MySQL 内部并不会受到这个限制。...总结 MySQL 崩溃恢复过程的核心工作有 2 点： 对于 MySQL 崩溃之前还没有刷新到磁盘的数据页（也就是脏页），用 Redo 日志把这些数据页恢复到 MySQL 崩溃之前那一刻的状态，这相当于对脏页进行一次刷盘操作

1.7K11

MySQL崩溃恢复功臣—Redo Log

Redo log文件是InnoDB用于崩溃恢复(crash recovery)以及组提交(group commit)策略的重要文件，存在于磁盘上。...下面大致讲解下Redo log是怎么做到崩溃恢复以及组提交的。 崩溃恢复 崩溃恢复能力是指InnoDB可以保证数据库在异常崩溃重启后的状态和使用binlog文件恢复出来的数据库状态保持一致。...，则导致binlog中缺少最后更新的数据；第二种情况如果在完成步骤1后服务器异常关闭，则数据库中比binlog中少了最后的数据变更记录。...下面我们从上图4个可能发生异常关闭的时间点来分析InnoDB如何在MySQL启动时做崩溃恢复。...组提交 上面关于崩溃恢复部分只是讲了写redo log和binlog的步骤，那么一定很疑惑数据是何时被写入到磁盘文件中的呢，这里就要说下InnoDB通过redo log实现的组提交的策略了。

11.8K101
    • 您找到你想要的搜索结果了吗？
    是的
    没有找到

    存储崩溃MySQL数据库恢复案例

    RAID5磁盘阵列，由于未知的原因导致存储忽然崩溃无法启动，RAID5阵列中的虚拟机全部丢失，其中3台虚拟机为重要数据，需要主要针对该3台虚拟机进行数据恢复。...经客户描述故障过程为：第一块硬盘掉线后系统启动热备盘进行替换，第二块硬盘掉线时RAID5处于降级状态，第三块硬盘掉线导致RAID阵列崩溃。下面看看北亚工程师是如何进行操作的吧！...四、通过分析数据库页提取数据 本次数据恢复的虚拟机内有mysql数据库，可以利用数据库底层存储的特殊性进行数据页扫描，提取数据。...五、获取mysql数据页并分析 根据mysql数据页特征进行数据页扫描并导出（innodb引擎可以使用此方案，myisam因为没有“数据页”概念所以不可用），分析系统表获取各用户表信息，根据各个表的id...分别使用两组不同表结构对数据记录进行提取并导入恢复环境中的mysql数据库内，然后剔除各个表中因为表结构变更造成的乱码数据，最后将两组数据分别导出为.sql文件。

    5.6K20

    基于Redo Log和Undo Log的MySQL崩溃恢复流程

    MySQL 奔溃恢复 这个过程看似没啥问题，实则不讲武德。假设我们修改Buffer Pool中的数据成功，但是还没来得及将数据刷入磁盘MySQL就挂了怎么办？...那不完犊子吗，连数据持久化的保证、事务回滚都做不到还谈什么崩溃恢复？ Redo Log & Undo Log 而通过MySQL能够实现崩溃恢复的事实来看，MySQL必定实现了某些骚操作。...MySQL 崩溃恢复 首先，更新数据还是会判断数据是否存在于Buffer Pool中，不存在则加载。...MySQL 崩溃恢复 简单介绍一下2PC，它是一种保证分布式事务数据一致性的协议，它中文名叫两阶段提交，它将分布式事务的提交拆分成了2个阶段，分别是Prepare和Commit/Rollback。...验证2PC机制的可用性 这就是2PC提交Redo Log和Binlog的过程，那在这个期间发生了异常，2PC这套机制真的能保证数据一致性吗？

    1.6K11

    EMC存储崩溃恢复案例

    本次分享的案例为EMC FC AX-4存储崩溃,整个存储空间由12块1TB STAT的硬盘组成的，其中10块硬盘组成一个RAID5的阵列，其余两块做成热备盘使用。...【备份数据】 考虑到数据的安全性以及可还原性，在做数据恢复之前需要对所有源数据做备份，以防万一其他原因导致数据无法再次恢复。...【数据恢复过程】 1、分析故障原因 由于前两个步骤并没有检测到磁盘有物理故障或者是坏道，由此推断可能是由于某些磁盘读写不稳定导致故障发生。...然后根据这些信息使用北亚RAID恢复程序，解释LUN的数据MAP并导出LUN的所有数据。...由用户方工程师进行验证，验证结果都没有问题，数据均完整，本次数据恢复成功。

    2.3K30

    MySQL高可用--MGR入门（4）异常恢复

    前文阅读： 1.MySQL高可用--MGR入门（1）单主/多主模式搭建 2.MySQL高可用--MGR入门（2）组复制监控常用相关表 3.MySQL高可用--MGR入门（3）单主/多主模式切换 1.网络异常...： 3节点状态恢复正常： 3.数据异常修复 3.1暂时性恢复 MGR 对数据具有一定的容错性和最终一致性，原则上并不会出现数据不一致的情况，并且每次执行事务都会检测冲突，如果某个节点的数据因为异常导致不一致...='主节点的 GTID 号'; 启动异常节点的组复制Start group_replication; 这里需要注意，这样的方式即使恢复了集群，因为 binlog 的缺失，实际上数据是不一致的，极有可能发生后续因为数据不一致导致集群出现问题...MySQL 8.0.17 后可以使用克隆恢复。...现负责公司MySQL数据库、分布式数据库运维方面的技术工作；热衷于运维故障处理、备份恢复、升级迁移、性能优化的学习与分享。 END

    2K20

    简单聊聊Innodb崩溃恢复那些事

    简单聊聊Innodb崩溃恢复那些事 本文想用简单精炼的语言将Innodb崩溃恢复那些事情好好拾到拾到，本文主要参考以下三本书和我个人一些感想而作: Innodb技术内幕第二版 Mysql运维内参 从根上理解...，数据库都会检查页面是否合法，如果发现一个页面校验结果不一致，则此时会用到两次写机制，用两次写空间中的数据来恢复异常页面的数据 ---- redo log file redo log buffer 在内存中是一段连续的内存空间...---- 崩溃恢复 崩溃恢复整个过程由redo和undo两个阶段完成，本节我们先来看看redo阶段是如何将数据库恢复到其崩溃前的模样的。...崩溃恢复在经过了redo阶段后，就将数据库恢复到了崩溃恢复前的模样，下一步我们就需要进入undo阶段，将崩溃恢复前未提交的事务进行回滚了。...- 额外参考 MySQL · 引擎特性 · WAL那些事儿 MySQL · 源码分析 · 庖丁解 InnoDB 之 Buffer Pool 数据库故障恢复机制的前世今生 B+树数据库加锁历史 MySQL

    98630

    存储崩溃的数据恢复通用方法

    在服务器正常运行过程中有一块硬盘离线激活了热备盘进行数据同步，在数据同步的过程中服务器内另一块硬盘因为未知故障离线，导致服务器上层应用崩溃，服务器内的数据丢失。...数据库工程师对数据库文件进行验证发现部分数据库文件及日志文件异常。..._01.png 北亚数据恢复中心服务器硬盘离线数据恢复成功案例_02.png 北亚数据恢复中心服务器硬盘离线数据恢复成功案例_03.png 北亚数据恢复中心服务器硬盘离线数据恢复成功案例_04.png...【服务器数据恢复结果验证】 经过数据库数据恢复工程师对数据的修复和验证，最终成功恢复服务器内的数据库，服务器数据恢复工程师将修复成功的数据库数据导入数据恢复服务器进行验证，所有数据正常，联系客户进行现场数据验证均无异常...，本次数据恢复服务器100%恢复。

    1.2K11

    Java异常处理：如何避免程序崩溃

    Java异常处理是保证程序运行时稳定性的重要手段。在程序开发过程中，我们可能会遇到许多异常情况，例如文件读写出错、网络连接中断等，如果不加以处理，就会导致程序崩溃或者数据丢失等问题。...因此，合理处理异常并且避免程序崩溃成为了每个Java开发工程师必须掌握的技能之一。 一、 异常处理的基本知识 Java异常分为受检查异常和非受检查异常。...二、 如何避免程序崩溃 1、合理使用try-catch-finally语句 try-catch-finally语句可以在程序内部捕获取所抛出的异常，进行相应的处理。...通过捕获异常，程序可以在异常情况下继续运行，并给出相应的提示，而不是直接崩溃。需注意的是，捕获异常和处理异常时需要充分考虑异常的具体信息，以避免抛出捕获异常后导致程序状态异常。...三、结论 在实际开发过程中，异常处理是保证程序稳定性的重要手段之一。为了避免程序崩溃，我们需要充分掌握异常处理的基础知识和技巧，并结合具体业务场景，选择合适的异常处理机制。

    64010

    SOLIDWORKS培训教程 | SW崩溃后如何恢复文件？

    SOLIDWORKS软件在使用的过程中，出现崩溃关闭的情况，文件尚未来得及保存，应该如何恢复呢？1、通常情况下，SOLIDWORKS软件中可以勾选自动恢复。...如下图中所示，可以点击【工具】-【选项】，在弹出的窗口中选择【备份/恢复】。...这时候可以复制自动恢复文件夹里的目录地址，到下图的位置中打开文件夹，就可以看到SOLIDWORKS软件崩溃时缓存的SOLIDWORKS文件了。2、下图所示，存储文件都会附加一个扩展名.swar。...这时候只需要根据时间进行排序，就可以找到刚刚SOLIDWORKS软件崩溃时的缓存文件了，找到了之后只需要把后缀的“.swar”去掉，然后就可以用SOLIDWORKS正常打开了。...以上就是SOLIDWORKS恢复未保存文件的方法，如果您还有其他问题，请随时联系微辰三维，作为达索SOLIDWORKS正版授权代理商，我们提供SOLIDWORKS培训教学，欢迎来询。

    1.8K20

    线上数据异常引发的崩溃排查记录

    线上数据异常的崩溃，最大的关键是还原线上数据 一个崩溃的引申 最新版本，线上报了一个崩溃，崩溃堆栈如下 Caused by: java.util.NoSuchElementException: Collection...ViewRootImpl.java:3156) at android.view.ViewRootImpl.doTraversal(ViewRootImpl.java:2112) 很显然，这个是混淆后的崩溃...，我们用对应的mapping文件排查，定位到了异常的代码如下 fun SkuSpecInfo.getFinalLadderPrice(): Int { if (hasLadderPrice())...做了下前后的代码排查，正常情况下是不会出现这个情况的，于是怀疑是接口返回的数据异常 还原异常数据 崩溃的时候，是不会上报崩溃时候的数据的，通过代码，可以知道崩溃的是页面的商详页，所以需要定位到具体是浏览哪个商品崩溃了...2021-09-13 09:38:13，查找对应崩溃时间的上报记录 定位到了跟崩溃吻合的上报事件，并且也有上报商品的id，所以知道了具体哪个商品导致的崩溃了 排查异常数据 知道某个商品有异常后，模拟请求该商品数据

    97220

    捕获崩溃异常并重启程序，上传崩溃日志到服务器

    App的上线测试不可能囊括所有的错误，以及一些极端的情况可能考虑不到， 所以给App设置崩溃日志反馈是很有必要的，很多第三方都有做到，例如说腾讯的Bugly，友盟的统计等等，都可以实现到，但是如果仅仅是需要向服务器反馈崩溃日志的话...系统的API中给我们提供了一个可以捕获App异常的方法： Thread.setDefaultUncaughtExceptionHandler(restartHandler); // 程序崩溃时触发线程...以下用来捕获程序崩溃异常 所以我们就可以使用以上方法来解决反馈崩溃日志的需求，以下是具体代码： /** * 创建服务用于捕获崩溃异常 */ private static...public void uncaughtException(Thread thread, Throwable ex) { restartApp(ex);//发生崩溃异常时

    1.4K20
    点击加载更多

    相关资讯

    热门标签

    更多标签

    活动推荐

      运营活动

      活动名称
      广告关闭

      腾讯云开发者

      扫码关注腾讯云开发者

      扫码关注腾讯云开发者

      领取腾讯云代金券

      热门产品

      热门推荐

      更多推荐

      Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

      深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 粤公网安备44030502008569号

      腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号

      领券