【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。

相关文章

SpringBoot中六种批量更新Mysql的方式效率对比分析

SpringBoot中六种批量更新Mysql的方式效率对比分析

《SpringBoot中六种批量更新Mysql的方式效率对比分析》文章比较了MySQL大数据量批量更新的多种方法,指出REPLACEINTO和ONDUPLICATEKEY效率最高但存在数据风险,MyB... 目录效率比较测试结构数据库初始化测试数据批量修改方案第一种 for第二种 case when第三种
阅读更多...
解决1093 - You can‘t specify target table报错问题及原因分析

解决1093 - You can‘t specify target table报错问题及原因分析

《解决1093-Youcan‘tspecifytargettable报错问题及原因分析》MySQL1093错误因UPDATE/DELETE语句的FROM子句直接引用目标表或嵌套子查询导致,... 目录报js错原因分析具体原因解决办法方法一：使用临时表方法二：使用JOIN方法三：使用EXISTS示例总结报错原
阅读更多...
SQL server数据库如何下载和安装

SQL server数据库如何下载和安装

《SQLserver数据库如何下载和安装》本文指导如何下载安装SQLServer2022评估版及SSMS工具,涵盖安装配置、连接字符串设置、C#连接数据库方法和安全注意事项,如混合验证、参数化查... 目录第一步：打开官网下载对应文件第二步：程序安装配置第三部：安装工具SQL Server Manageme
阅读更多...
C#连接SQL server数据库命令的基本步骤

C#连接SQL server数据库命令的基本步骤

《C#连接SQLserver数据库命令的基本步骤》文章讲解了连接SQLServer数据库的步骤,包括引入命名空间、构建连接字符串、使用SqlConnection和SqlCommand执行SQL操作,... 目录建议配合使用：如何下载和安装SQL server数据库-CSDN博客1. 引入必要的命名空间2.
阅读更多...
MySQL中的LENGTH()函数用法详解与实例分析

MySQL中的LENGTH()函数用法详解与实例分析

《MySQL中的LENGTH()函数用法详解与实例分析》MySQLLENGTH()函数用于计算字符串的字节长度,区别于CHAR_LENGTH()的字符长度,适用于多字节字符集（如UTF-8）的数据验证... 目录1. LENGTH()函数的基本语法2. LENGTH()函数的返回值2.1 示例1：计算字符串
阅读更多...
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
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2