第三章 crash recovery机制

于 2024-05-12 21:02:20 发布
阅读量170 收藏
点赞数 1
分类专栏： PgSQL备份与恢复内核解析 文章标签： 数据库 postgresql 内核解析 crash recovery
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yanzongshuai/article/details/138766711
版权
本文详细阐述了PostgreSQL数据库的crash recovery机制，包括为何需要恢复、如何识别需要恢复、恢复的起点与终点，以及如何应用WAL日志进行回放。在恢复过程中，PostgreSQL从WAL日志中读取并回放数据，确保事务的原子性和持久性，重点介绍了StartupXLOG函数的三个恢复阶段：恢复前、恢复中和恢复后。
摘要由CSDN通过智能技术生成

第三章 crash recovery机制

一、为什么需要crash recovery

首先要从PostgreSQL的WAL说起。PG是面向磁盘的关系型数据库，数据的更新都需要在内存中完成，落盘才能保证持久化。普通硬盘的随机读写性能远小于顺序读写性能，而OLTP型业务大部分都是随机读写，若每次事务提交时都将内存中脏数据刷盘，势必会严重影响数据库系统性能。

WAL是数据页修改的日志，即修改后的数据镜像。通过WAL可以保证事务的原子性外，还可将随机写转变正顺序写，即每次事务提交时，将WAL持久化到磁盘，而脏数据页则由checkpoint进程和bgwriter进程异步刷写，从而降低磁盘IO对性能的影响。

因为脏数据是异步刷盘，所以当系统宕机或断电时，内存中脏数据可能还未持久化到磁盘，所以重启时为保证事务原子性及持久性，需要从WAL中将未持久化的数据恢复出来。

了解本专栏 订阅专栏 解锁全文 超级会员免费看
【云原生进阶之数据库技术】第一章MySQL-架构原理-3.2.6 binlog工作原理
junbaozi的专栏
03-08 163
MySQL 在完成一条更新操作后，Server 层还会生成一条 binlog，等之后事务提交的时候，会将该事物执行过程中产生的所有 binlog 统一写 入 binlog 文件。binlog 文件是记录了所有数据库表结构变更和表数据修改的日志，不会记录查询类的操作，比如 SELECT 和 SHOW 操作。
crash recovery
weixin_30439067的博客
07-03 236
2016-07-02 17:56:07 5772 [Note] InnoDB: Database was not shutdown normally!2016-07-02 17:56:07 5772 [Note] InnoDB: Starting crash recovery.2016-07-02 17:56:07 5772 [Note] InnoDB: Reading tablespace in...
浅析Innodb crash recovery
数据库天地
09-10 227
今天想谈谈Innodb crash recovery是因为工作中遇到的两个问题涉及到了它。实际上在何登成的博客也从源码角度分析这个过程，但是个人感觉一般人难得理解，事实上一般的DBA也没有必要做那么深入的研究。言归正传，当初工作中遇到的问题是什么呢？第一，一个同事执行一个大表操作，结果就很长时间没执行完，然后kill掉这个实例（这种做法不好），然后再重启实例时后mysql连上去，发现无法对...
crash recovery mysql_MySQL:Innodb crash recovery一些代码
weixin_42531923的博客
01-21 243
简单记录可能还理解，做个笔记，不深入：http://mysql.taobao.org/monthly/2015/06/01/buf_dblwr_init_or_load_pages初始化dblwr从double write中，写入到内存Recovering partial pages from the parallel doublewrite buffer at /opt/my_mysql/dat...
崩溃恢复（crash recovery）与 AUTORESTART参数
weixin_33743703的博客
12-20 427
关于这个参数设置的影响，在生产系统中经历过两次： 第一次是有套不太重要的系统安装在虚拟机，这套系统所有应用（DB2 WAS IHS）都配置到/etc/rc.local中，每次启动机器会自动拉起应用，然后有次虚拟机宕机，重启后检查了各个应用进程都正常启动，但是前台页面访问异常无法访问，然后到后台手动连接数据库报： SQL1015N The database ...
故障恢复和恢复模式（Crash Recovery & Recovery Models）
weixin_34384915的博客
05-24 601
数据库的恢复模型是否影响故障恢复，在简单恢复模式里，你是否会丢失事务？在今天的文章里我想谈下这点，详细讨论下。 恢复模式（Recovery Models） 对于这个问题的最简单的答案是不会：恢复模型不会影响故障恢复，只用简单恢复模式你不会丢失事务。那数据库恢复模型的目的是什么？ 你用恢复模型你只告诉SQL Server如何处理事务日志。SQL Server提供下列3个恢复模型： 完整（...
【详解】深入浅出MySQL-crash safe.
Julysx的博客
09-26 264
一 前言 MySQL 主从架构已经被广泛应用,保障主从复制关系的稳定性是大家一直关注的焦点。MySQL 5.6 针对主从复制稳定性提供了新特性: slave 支持 crash-safe。该功能可以解决之前版本中系统异常断电可能导致 relay_log.info 位点信息不准确的问题。 本文将从原理，参数，新的问题等几个方面对该特性进行介绍。 二 crash-unsafe 在了解 sl...
第八章ORACLE系统管理简介ppt.pptx
10-07
在第八章“ORACLE系统管理简介”中，我们深入探讨了Oracle系统的核心组件和工作原理。以下是详细的知识点总结： 1. **Oracle系统架构**：Oracle系统由三个主要部分组成：System Global Area (SGA)，Process（处理...
进入recovery模式分析
weixin_38363123的博客
09-04 1042
frameworks/base/services/java/com/android/server/SystemServer.java 305 /** 306 * The main entry point from zygote. 307 */ 308 public static void main(String[] args) { 309 new SystemServer().run(); //SystemServer启动开始 310 }
crash recovery mysql_InnoDB crash recovery 完整过程
weixin_39588983的博客
01-26 251
mysql Innodb在发生意外宕机，重启之后，要经历哪些过程，以下是详细过程。• Tablespace discoveryTablespace discovery is the process that InnoDB uses to identify tablespaces that require redo logapplication. See Tablespace Discovery ...
Crash Recovery的一点理论知识
killvoon的专栏
07-19 836
联机文档中的一些话： Unlike the forms of recovery performed manually after a data loss, crash recovery uses only the online redo log files and current online datafiles, as left on disk after the instance f
mysql crash recovery_InnoDB crash recovery 过程和疑问
weixin_26814683的博客
01-19 643
参考资料相关知识点LSNLSN(log sequence number) 用于记录日志序号，它是一个不断递增的 unsigned long long 类型整数；在 redo log 中，以 512 字节 block 对齐写入文件(最小单位 block，大小为 512 字节)，通过LSN，可以具体的定位到其在redo log文件中的位置；在 buffer pool 中，flush list 上的 p...
实列恢复之Crash recovery的产生
09-25 261
实力恢复可以细分为instance recovery和crash recovery。 crash recovery的产生： 如果数据库异常关闭，数据库就没机会修改V$THREAD.STATUS状态了。因此，数据库在MOUNT...
InnoDB Crash Recovery 流程源码实现分析
qiuyepiaoling的专栏
08-07 1094
原文：http://hedengcheng.com/?p=183#_Toc322971628 1.Crash Recovery问题 本文主要分析了InnoDB整个crash recovery的源码处理流程，总入口函数是innobase_start_or_create_for_mysql()。InnoDB的crash recovery流程非常长，也十分复杂，以下我总结了几个问题，如果大家
Crash Recovery 和 Media Recovery 的区别
wind_sky的专栏
08-10 1410
 一直自以为挺明白的 看了文档后 这次才清清楚楚 最重要的文档一直就是概念和原理.. Backup and Recovery Basis1.4.3 Automatic Recovery After Instance Failure: Crash RecoveryThe crash recovery process is a special form of recovery, whi
MySQL InnoDB Update和Crash Recovery流程
09-19 181
转载自 沃趣科技（ID：woqutech） 作者 罗小波 1、首先介绍了Redo，Undo，Log Sequence N...
崩溃时打印堆栈调用日志
leeshuheng的专栏
02-08 4266
在GNU/Linux编程中，我们可能会遇到程序因为内存访问错误而崩溃 或类似的问题。一般情况下，我们借助程序崩溃后生成的core文件 来定位引起程序崩溃的位置。 但有时我们无法在现场调试，只能依靠用户传回的一些日志文件的 内容来定位程序错误的位置。如果这时日志中包含程序崩溃时的栈 调用信息，那么对排除错误将会有些帮助。 使用backtrace函数和addr2line程序可以帮助我们
关于实例恢复or崩溃恢复过程中roll-forward和roll-back的一些细节的思考
sakulamartain的博客
10-29 400
我们知道在做instance-recovery或者crash-recovery的时候，大致有这么几步： 第一步，Roll-forward即前滚，将redo-log-online中的数据应用到datafile中，这一步结束之后，database事实上已经打开，普通用户已经可以登录数据库做操作；紧接着要做roll-back，这一步做的操作其实是对第一步中一些错误的弥补，因为第一步中redo-online中的数据并不全都是committed，为什么？回顾一下什么样的数据会被写入到redo-log—online，
分析DB2的crash recovery
最新发布
05-18
DB2的crash recovery是指在数据库系统发生故障导致系统崩溃时，通过一定的恢复机制来恢复数据库系统的过程。下面是对DB2 crash recovery的分析： 1. Crash recovery的原理 DB2的crash recovery是基于日志记录和回放的原理实现的。当DB2发生故障时，系统会将当前的数据库状态记录到日志文件中。在系统恢复时，DB2会分析日志文件中记录的操作，重新执行这些操作，以恢复数据库到故障前的状态。 2. Crash recovery的流程 DB2的crash recovery流程大致分为以下几个步骤： （1）确定crash recovery的起点：DB2系统会检查日志文件，以确定crash recovery的起点。通常情况下，起点是最后一个提交的事务。 （2）执行redo操作：DB2系统会执行redo操作，即重放所有未提交的操作，以使数据库恢复到crash recovery起点之前的状态。 （3）执行undo操作：DB2系统会执行undo操作，即回滚所有已提交的操作，以消除因为crash recovery而造成的数据不一致问题。 （4）更新数据结构：DB2系统会更新数据结构，以反映数据库的最新状态。 （5）完成crash recovery：当DB2系统执行完以上步骤后，crash recovery就完成了。此时，数据库已经恢复到了故障前的状态。 3. Crash recovery的优化 为了加速crash recovery的速度，DB2提供了一些优化技术。例如，DB2可以通过使用多线程来并行执行redo和undo操作，以加快恢复速度。此外，DB2还可以通过启用log buffer来减少日志写入到磁盘的次数，从而提高性能。 总之，DB2的crash recovery是一个重要的恢复机制，它可以保证数据库在发生故障时能够及时恢复到正常状态。了解crash recovery的原理和流程，对于DB2的管理和维护是非常重要的。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

yzs87

你的鼓励是我最大的动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值