博客
关于我
MySQL-redo日志
阅读量:795 次
发布时间:2023-02-11

本文共 416 字,大约阅读时间需要 1 分钟。

前因

让已经提交的事务对数据库中数据所做的修改永久生效,即使系统崩溃,在重启后也能恢复这种修改。这种机制被称为重做日志(redo日志)。当系统崩溃时,系统会根据重做日志的记录步骤,重新更新数据页。

概念

重做日志会记录事务在执行过程中对数据库所做的所有修改。重做日志的作用是在系统崩溃或需要恢复时,把事务所做的任何修改都恢复出来。

本质

重做日志的本质是记录事务对数据库做了哪些修改。

好处

  • 重做日志占用的空间非常少。
  • 重做日志是顺序写入磁盘的。

日志格式

重做日志的格式包括以下几个部分:

  • type:该条重做日志的类型。
    • MLOG_1BYTE(type字段对应的十进制数字为1):表示在页面的某个偏移量处写入1个字节的重做日志类型。
    • MLOG_2BYTE(type字段对应的十进制数字为2):表示在页面的某个偏移量处写入2个字节的。

通过这种方式,重做日志能够高效地记录事务对数据库的修改,确保在系统崩溃时能够快速恢复事务的状态。

转载地址:http://xcbfk.baihongyu.com/

你可能感兴趣的文章
MySQL Cluster 7.0.36 发布
查看>>
Multimodal Unsupervised Image-to-Image Translation多通道无监督图像翻译
查看>>
MySQL Cluster与MGR集群实战
查看>>
multipart/form-data与application/octet-stream的区别、application/x-www-form-urlencoded
查看>>
mysql cmake 报错,MySQL云服务器应用及cmake报错解决办法
查看>>
Multiple websites on single instance of IIS
查看>>
mysql CONCAT()函数拼接有NULL
查看>>
multiprocessing.Manager 嵌套共享对象不适用于队列
查看>>
multiprocessing.pool.map 和带有两个参数的函数
查看>>
MYSQL CONCAT函数
查看>>
multiprocessing.Pool:map_async 和 imap 有什么区别?
查看>>
MySQL Connector/Net 句柄泄露
查看>>
multiprocessor(中)
查看>>
mysql CPU使用率过高的一次处理经历
查看>>
Multisim中555定时器使用技巧
查看>>
MySQL CRUD 数据表基础操作实战
查看>>
multisim变压器反馈式_穿过隔离栅供电:认识隔离式直流/ 直流偏置电源
查看>>
mysql csv import meets charset
查看>>
multivariate_normal TypeError: ufunc ‘add‘ output (typecode ‘O‘) could not be coerced to provided……
查看>>
MySQL DBA 数据库优化策略
查看>>