【openGauss5.0.0】数据库恢复XLOG分析

2024-03-25 23:36
文章标签 分析 恢复 数据库 opengauss5.0 xlog

本文主要是介绍【openGauss5.0.0】数据库恢复XLOG分析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

数据库恢复XLOG分析

    • 一、实验环境
    • 二、相关知识点
    • 三、实验过程

一、实验环境

  1. Virtualbox：一台虚拟机
  2. 操作系统：openEuler20.03 LTS
  3. 数据库版本：5.0.0 企业版

二、相关知识点

关闭模式有两种：

  1. 快速（fast）：快速关闭数据库，断开客户端的连接，让当前未提交事务回滚，然后正常关闭数据库。
  2. 立即（immediate）：立即关闭数据库，立即停止数据库进程，直接退出；下次启动时会进行数据库恢复。

三、实验过程

  1. 启动数据库系统

  2. 通过gsql登录postgres数据库

  3. 创建测试表t3

    openGauss=# CREATE TABLE t3 (id INT, name VARCHAR(50));

  4. 开启显示事务并执行insert语句，但未提交事务

    openGauss=# begin;
BEGIN
openGauss=# insert into t3 values(1, 'test');
INSERT 0 1
openGauss=#

  5. 打开新的SSH会话窗口以fast模式关闭数据库

    gs_om -t stop -m fast

  6. 查看数据库运行日志变化情况

    2024-03-25 20:54:14.625 66017163.1 [unknown] 140545200476096 [unknown] 0 dn_6001 00000  0 [BACKEND] LOG:  received fast shutdown request
2024-03-25 20:54:14.643 66017164.6124 [unknown] 140541970036480 AutoVacLauncher 0 dn_6001 00000  0 [BACKEND] LOG:  autovacuum launcher shutting down
2024-03-25 20:54:14.647 66017164.5080 postgres 140541944805120 JobScheduler 0 dn_6001 00000  0 [BACKEND] LOG:  job scheduler is shutting down
2024-03-25 20:54:14.657 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  shutting down
2024-03-25 20:54:14.746 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  will do full checkpoint, need flush 0 pages.
2024-03-25 20:54:14.746 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [SLRU] LOG:  remove old segments(<0) under pg_csnlog
2024-03-25 20:54:15.017 66017164.6132 [unknown] 140542053943040 dn_6001 0 dn_6001 00000  0 [INCRE_CKPT] LOG:  pagewriter thread shut down, id is 2
2024-03-25 20:54:15.020 66017164.6125 [unknown] 140542087505664 dn_6001 0 dn_6001 00000  0 [INCRE_CKPT] LOG:  pagewriter thread shut down, id is 0
2024-03-25 20:54:15.023 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [UNDO] LOG:  [CheckPointUndoSystemMeta:355]undo metadata checkPointRedo = 38073248, oldestXmin = 19961, recycleXmin = 19961, globalFrozenXid = 0, globalRecycleXid = 13845.
2024-03-25 20:54:15.026 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  keep all the xlog segments, because current segno = 2, less than wal_keep_segments = 16
2024-03-25 20:54:15.026 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 01000  0 [BACKEND] WARNING:  replicationSlotMinLSN is InvalidXLogRecPtr!!!
2024-03-25 20:54:15.026 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 01000  0 [BACKEND] WARNING:  replicationSlotMaxLSN is InvalidXLogRecPtr!!!
2024-03-25 20:54:15.027 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  CreateCheckPoint PrintCkpXctlControlFile: [checkPoint] oldCkpLoc:0/244D808, oldRedo:0/244D788, newCkpLoc:0/244F3A0, newRedo:0/244F3A0, preCkpLoc:0/244D6E8
2024-03-25 20:54:15.027 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  will update control file (create checkpoint), shutdown:1
2024-03-25 20:54:15.028 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  attempting to remove WAL segments older than log file 000000010000000000000000
2024-03-25 20:54:15.029 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [DBL_WRT] LOG:  Double write exit
2024-03-25 20:54:15.029 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [DBL_WRT] LOG:  Double write exit
2024-03-25 20:54:15.029 66017164.6127 [unknown] 140541538858752 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  database system is shut down
2024-03-25 20:54:15.30  [postmaster][reaper][140545200476096] LOG: checkpoint thread exit and nowait for sharestorage
2024-03-25 20:54:15.118 66017163.1 [unknown] 140545200476096 [unknown] 0 dn_6001 00000  0 [BACKEND] LOG:  FiniNuma allocIndex: 0.
2024-03-25 20:54:15.118 66017163.1 [unknown] 140545200476096 [unknown] 0 dn_6001 00000  0 [BACKEND] LOG:  Gaussdb exit(0)

  7. 重启数据库，查看t3表数据及当前xlog插入点及LSN

    [omm@standalone ~]$ gs_om -t start
[omm@standalone ~]$ gsql -d postgres -p 26000 -r
openGauss=# select * from t3;id | name
----+------
(0 rows)
openGauss=# select pg_current_xlog_insert_location();pg_current_xlog_insert_location
---------------------------------0/244F8C0
(1 row)
openGauss=# select pg_xlogfile_name('0/244F8C0');pg_xlogfile_name
--------------------------000000010000000000000002
(1 row)openGauss=# select pg_xlogfile_name_offset('0/244F8C0');pg_xlogfile_name_offset
------------------------------------(000000010000000000000002,4520128)
(1 row)

    查看表数据，发现未提交的事务被回滚，insert语句插入的数据没有出现在表中。

  8. 重复步骤2重新登录数据库，在不开启显示事务下执行insert语句

    openGauss=# insert into t3 values(1, 'test');
INSERT 0 1

  9. 查看当前xlog插入点及LSN所在WAL的位置

    openGauss=# select pg_current_xlog_insert_location();pg_current_xlog_insert_location
---------------------------------0/244FE20
(1 row)
openGauss=# select pg_xlogfile_name('0/244FE20');pg_xlogfile_name
--------------------------000000010000000000000002
(1 row)openGauss=# select pg_xlogfile_name_offset('0/244FE20');pg_xlogfile_name_offset
------------------------------------(000000010000000000000002,4521504)
(1 row)

    xlog当前插入点：0/244FE20,当前插入的xlog segment为：000000010000000000000002，LSN为：4521504

  10. 打开新的SSH会话窗口以immediate模式关闭数据库

    gs_om -t stop -m immediate

  11. 重复步骤6查看新的运行日志变化情况
    找到最新的一条日志文件，查看最后11数据，内容如下：

    2024-03-25 21:06:49.293 660174cd.6125 [unknown] 140493807679232 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  keep all the xlog segments, because current segno = 2, less than wal_keep_segments = 16
2024-03-25 21:06:49.294 660174cd.6125 [unknown] 140493807679232 dn_6001 0 dn_6001 01000  0 [BACKEND] WARNING:  replicationSlotMinLSN is InvalidXLogRecPtr!!!
2024-03-25 21:06:49.294 660174cd.6125 [unknown] 140493807679232 dn_6001 0 dn_6001 01000  0 [BACKEND] WARNING:  replicationSlotMaxLSN is InvalidXLogRecPtr!!!
2024-03-25 21:06:49.294 660174cd.6125 [unknown] 140493807679232 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  CreateCheckPoint PrintCkpXctlControlFile: [checkPoint] oldCkpLoc:0/244FCA0, oldRedo:0/244FC20, newCkpLoc:0/244FEA0, newRedo:0/244FE20, preCkpLoc:0/244FB80
2024-03-25 21:06:49.294 660174cd.6125 [unknown] 140493807679232 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  will update control file (create checkpoint), shutdown:0
2024-03-25 21:06:49.296 660174cd.6125 [unknown] 140493807679232 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  attempting to remove WAL segments older than log file 000000010000000000000000
2024-03-25 21:07:07.667 660176fb.5060 postgres 140493504444160 Clean Statement thread 0 dn_6001 00000  0 [BACKEND] LOG:  clean statement thread start
2024-03-25 21:07:43.608 660174cd.1 [unknown] 140497468059584 [unknown] 0 dn_6001 00000  0 [BACKEND] LOG:  received immediate shutdown request
2024-03-25 21:07:43.608 660174cd.10000 [unknown] 140494557538048 dn_6001 0 dn_6001 00000  0 [BACKEND] LOG:  [Alarm Module]alarm checker shutting down...
2024-03-25 21:07:43.612 660174cd.1 [unknown] 140497468059584 [unknown] 0 dn_6001 00000  0 [BACKEND] LOG:  FiniNuma allocIndex: 0.
2024-03-25 21:07:43.612 660174cd.1 [unknown] 140497468059584 [unknown] 0 dn_6001 00000  0 [BACKEND] LOG:  Gaussdb exit(0)

    注意，其中有一行日志为：

    [BACKEND] LOG: CreateCheckPoint PrintCkpXctlControlFile: [checkPoint] oldCkpLoc:0/244FCA0, oldRedo:0/244FC20, newCkpLoc:0/244FEA0, newRedo:0/244FE20, preCkpLoc:0/244FB80
    表明了重做日志点的位置：0/244FE20，这个值和第9步骤看到的是一样的。

  12. 再重启数据库，查看t3表数据及运行日志变化情况

    openGauss=# select * from t3;id | name
----+------1 | test
(1 row)

    t3表已有数据。再看最新的运行日志：

    [BACKEND] LOG:  database system was not properly shut down; automatic recovery in progress
[BACKEND] LOG:  StartupXLOG PrintCkpXctlControlFile: [checkPoint] oldCkpLoc:0/244FEA0, oldRedo:0/244FE20, newCkpLoc:0/244FEA0, newRedo:0/244FE20, preCkpLoc:0/244FCA0
……[BACKEND] LOG:  redo starts at 0/244FE20[BACKEND] LOG:  redo done at 0/244FEA0, end at 0/244FF40[REDO] LOG:  [PR]: Recoverying elapsed: 102217 us, redoTotalBytes:288,EndRecPtr:38076224, redoStartPtr:38075936,speed:0 MB/s, totalTime:102217[BACKEND] LOG:  CreateCheckPoint PrintCkpXctlControlFile: [checkPoint] oldCkpLoc:0/244FEA0, oldRedo:0/244FE20, newCkpLoc:0/244FFC0, newRedo:0/244FF40, preCkpLoc:0/244FEA0

    其中redo starts at 0/244FE20 说明重启后，数据库需要重做日志，将数据进行恢复。

这篇关于【openGauss5.0.0】数据库恢复XLOG分析的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/846616。

相关文章

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

Android kotlin中 Channel 和 Flow 的区别和选择使用场景分析

《Androidkotlin中Channel和Flow的区别和选择使用场景分析》Kotlin协程中,Flow是冷数据流,按需触发,适合响应式数据处理；Channel是热数据流,持续发送,支持... 目录一、基本概念界定FlowChannel二、核心特性对比数据生产触发条件生产与消费的关系背压处理机制生命周期
阅读更多...
Java通过驱动包(jar包)连接MySQL数据库的步骤总结及验证方式

Java通过驱动包(jar包)连接MySQL数据库的步骤总结及验证方式

《Java通过驱动包(jar包)连接MySQL数据库的步骤总结及验证方式》本文详细介绍如何使用Java通过JDBC连接MySQL数据库,包括下载驱动、配置Eclipse环境、检测数据库连接等关键步骤,... 目录一、下载驱动包二、放jar包三、检测数据库连接JavaJava 如何使用 JDBC 连接 mys
阅读更多...
怎样通过分析GC日志来定位Java进程的内存问题

怎样通过分析GC日志来定位Java进程的内存问题

《怎样通过分析GC日志来定位Java进程的内存问题》：本文主要介绍怎样通过分析GC日志来定位Java进程的内存问题,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录一、GC 日志基础配置1. 启用详细 GC 日志2. 不同收集器的日志格式二、关键指标与分析维度1.
阅读更多...
使用Python实现可恢复式多线程下载器

使用Python实现可恢复式多线程下载器

《使用Python实现可恢复式多线程下载器》在数字时代,大文件下载已成为日常操作,本文将手把手教你用Python打造专业级下载器,实现断点续传,多线程加速,速度限制等功能,感兴趣的小伙伴可以了解下... 目录一、智能续传：从崩溃边缘抢救进度二、多线程加速：榨干网络带宽三、速度控制：做网络的好邻居四、终端交互
阅读更多...
MySQL数据库中ENUM的用法是什么详解

MySQL数据库中ENUM的用法是什么详解

《MySQL数据库中ENUM的用法是什么详解》ENUM是一个字符串对象,用于指定一组预定义的值,并可在创建表时使用,下面：本文主要介绍MySQL数据库中ENUM的用法是什么的相关资料,文中通过代码... 目录mysql 中 ENUM 的用法一、ENUM 的定义与语法二、ENUM 的特点三、ENUM 的用法1
阅读更多...
Java中调用数据库存储过程的示例代码

Java中调用数据库存储过程的示例代码

《Java中调用数据库存储过程的示例代码》本文介绍Java通过JDBC调用数据库存储过程的方法,涵盖参数类型、执行步骤及数据库差异,需注意异常处理与资源管理,以优化性能并实现复杂业务逻辑,感兴趣的朋友... 目录一、存储过程概述二、Java调用存储过程的基本javascript步骤三、Java调用存储过程示
阅读更多...
Go语言数据库编程GORM 的基本使用详解

Go语言数据库编程GORM 的基本使用详解

《Go语言数据库编程GORM的基本使用详解》GORM是Go语言流行的ORM框架,封装database/sql,支持自动迁移、关联、事务等,提供CRUD、条件查询、钩子函数、日志等功能,简化数据库操作... 目录一、安装与初始化1. 安装 GORM 及数据库驱动2. 建立数据库连接二、定义模型结构体三、自动迁
阅读更多...
MySQL中的表连接原理分析

MySQL中的表连接原理分析

《MySQL中的表连接原理分析》：本文主要介绍MySQL中的表连接原理分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录1、背景2、环境3、表连接原理【1】驱动表和被驱动表【2】内连接【3】外连接【4编程】嵌套循环连接【5】join buffer4、总结1、背景
阅读更多...
嵌入式数据库SQLite 3配置使用讲解

嵌入式数据库SQLite 3配置使用讲解

《嵌入式数据库SQLite3配置使用讲解》本文强调嵌入式项目中SQLite3数据库的重要性,因其零配置、轻量级、跨平台及事务处理特性,可保障数据溯源与责任明确,详细讲解安装配置、基础语法及SQLit... 目录0、惨痛教训1、SQLite3环境配置（1）、下载安装SQLite库（2）、解压下载的文件（3）、
阅读更多...
MySQL数据库的内嵌函数和联合查询实例代码

MySQL数据库的内嵌函数和联合查询实例代码

《MySQL数据库的内嵌函数和联合查询实例代码》联合查询是一种将多个查询结果组合在一起的方法,通常使用UNION、UNIONALL、INTERSECT和EXCEPT关键字,下面：本文主要介绍MyS... 目录一.数据库的内嵌函数1.1聚合函数COUNT([DISTINCT] expr)SUM([DISTIN
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2