关于前滚(roll forward)和回滚(roll back)

最新推荐文章于 2024-01-22 08:50:00 发布
最新推荐文章于 2024-01-22 08:50:00 发布
阅读量4.3k 收藏 4
点赞数 1
分类专栏： 2PC和3PC
本文详细解释了Oracle数据库中rollforward和rollback的概念及其工作原理。rollforward用于将已提交但未同步到数据文件的更改应用到数据库，而rollback则撤销未提交的更改，确保数据一致性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

关于前滚(roll forward)和回滚(roll back) 2009-07-27 21:07:53

分类： Oracle

1：roll forward  :   将已经写入redo log file 中但是没有写入datafile中的提交与未提交的数据写入数据文件 。 属于实例恢复，一般在数据库开启的时候进行。

2：rollback :          在数据库开启之后，oracle会查找redo log file中记录的commit maker ，根据undo block中的内容将它回滚到一致的状态。

在一个事务发生的时候, Oracle会先将对应的redo 写到log buffer, 再生成相应的undo, 将undo 的redo写到redo log buffer,再对当前的数据块做变更,redo log buffer在一定的条件下写到redo log file,在用户commit的时候, 系统会将当前log buffer中的所有的redo entry都写到redo log file中, 不管是不是当前事务产生的redo, 同时会将当前commit的commit marker也写到redo log file中.

对应与上面的情况, commit已经发出, 可能正在写redo log, 当时commit marker还没写,这样在做instance recovery的时候会将这些redo log先forward到buffer cache中, datablock 与undo block都forward到buffer cache中, 再检查没有commit的事务, 将这些事务rollback, 我们上面的第一个问题, 因为对应的commit marker没有写到redo log file中, 这样对应的事务就是没有commit的事务, 系统会根据undo block中的内容将其回滚到一个一致的状态

阿里微服务质量保障系列:阿里变更三板斧
所寫即所思｜一个阿里质量人对测试的所感所悟。
10-29 889
变更是指对线上系统的任何操作（如：发布、增加、修改或移除等），或其他对生产业务可能有影响的任何操作。基于阿里巴巴的历史经验，有一半以上的重大故障皆为变更触发，因此，变更过程的风险防御显得尤为重要，会直接关乎业务的稳定性。变更系统是指承载任何对线上生产环境变更操作的系统或工具。例如拥有控制台的白屏化系统/工具、压测/演练平台、黑屏脚本、开放出来的可触发变更操作的API、不以变更为主要功能和目标的平台/系统，如具备了对生产环境实施变更的功能，则相应的变更功能部分也视同变更系统对待等。
Android 虚拟 A/B 详解(七) 升级中用到了哪些标识文件？
洛奇看世界
02-18 3572
如果你在分析某个问题时，碰巧遇到了这 3 个标识文件(/metadata/ota/snapshot-boot, /metadata/ota/rollback-indicator 和 /metadata/ota/allow-forward-merge)，你都知道这些标识(indicator)文件中写了什么内容，是做什么用的吗？你知道这些文件是何时创建，何时更新，何时销毁的吗？
Oracle 实例恢复时 前滚（roll forward） 后滚（roll back） 问题
热门推荐
David Dai -- Focus on Oracle
03-29 1万+
<br /> <br />       在ITPUB 论坛上看到一个有关实例恢复时前滚（roll forword）和回滚（roll back）的讨论。在这里小整理一下，也理理自己的一个思路。<br /> <br />一. 什么时候需要实例恢复<br />       在shutdown normal or shutdown immediate下，也就是所谓的clean shutdown，checkpoint也会自动触发，并且把SCN纪录写回。 当发生checkpoint时，会把SCN写到四个地方：<br /
关于实例恢复or崩溃恢复过程中roll-forward和roll-back的一些细节的思考
sakulamartain的博客
10-29 454
我们知道在做instance-recovery或者crash-recovery的时候，大致有这么几步： 第一步，Roll-forward即前滚，将redo-log-online中的数据应用到datafile中，这一步结束之后，database事实上已经打开，普通用户已经可以登录数据库做操作；紧接着要做roll-back，这一步做的操作其实是对第一步中一些错误的弥补，因为第一步中redo-online中的数据并不全都是committed，为什么？回顾一下什么样的数据会被写入到redo-log—online，
Oracle 实例恢复时 前滚 后滚说明
yangzhiyong77
09-02 260
一. 什么时候需要实例恢复 在shutdownnormalorshutdownimmediate下，也就是所谓的cleanshutdown，checkpoint也会自动触发，并且把SCN纪录写回。当发生checkpoint时，会把SCN写到四个地方： 三个地方于controlfile内： （1）SYSTEMCHECKPOINTSCN （2）DatafilecheckpointSCN ...
试着理解instance recovery时为什么先前滚(roll forward)再回滚(roll backward)
t0nsha's Blog
09-04 2623
什么是前滚(roll forward)？roll forward是指应用redo log.什么是回滚(roll backward)？roll backward是指应用undo进行rollback.实例恢复时,oracle先找到最近一次的检查点,然后应用online redo日志,重做所有未写到数据文件的数据,包括未提交却已经写到数据文件的脏数据和提交了却还没有写到数据块文件的数据.对于后者,red
InnoDB的事务和崩溃恢复
康志兴的博客
03-24 1689
什么是ACID？什么又是MVCC？
【0247】PG内核checkpoint实现机制分析（2）
Postgres 数据库内核开发工程师
01-22 386
为了在失败后恢复数据一致性(即执行恢复)，PostgreSQL必须在正向方向上重放WAL，并将代表丢失更改的条目应用于相应的页面。为了找出丢失的内容，将存储在磁盘上的页面的LSN与WAL条目的LSN进行比较。但我们应该从什么时候开始恢复呢？如果我们开始得太晚，在此之前写入磁盘的页面将无法接收到所有更改，这将导致不可逆转的数据损坏。从头开始是不现实的：不可能存储如此庞大的潜在数据量，也不可能接受如此长的恢复时间。我们需要一个逐渐向前移动的检查点，这样可以安全地从该点开始恢复并删除所有以前的WAL条目。
ZooKeeper Administrator‘s Guide：A Guide to Deployment and Administration是一本关于ZooKeeper部署和管理的指南
BLOG域名:programb.blog.youkuaiyun.com
04-28 1809
它涵盖了部署系统的要求、支持的平台、所需的软件、集群设置、单服务器和开发人员设置，以及一些需要考虑的事项，如ZooKeeper的优点和局限性。总之，ZooKeeper管理员指南是一本全面而实用的参考书，对于需要部署和管理ZooKeeper的读者来说非常有价值。这包括如何识别和解决常见问题，如何设计和实施备份和恢复策略，以及如何利用ZooKeeper提供的各种工具进行故障排查。此外，该指南还提供了关于如何监控ZooKeeper的性能和可用性，以及如何处理故障转移和恢复的信息。
DB2 rollforward 命令使用详解
liujinwei2005的专栏
08-01 2566
from: http://www.ibm.com/developerworks/cn/data/library/techarticles/dm-1003wucx/#icomments 简介： 本文介绍了 DB2 数据恢复的种类，DB2 rollforward 的概念和使用说明，在 DB2 V9.7 中进行了一些实例分析，使读者更好的了解和掌握 rollforward 命令的使用。 发布
回滚 rollback
bigdaddy_maybe的博客
09-17 1万+
为了保证在应用程序、数据库或系统出现错误后，数据库能够被还原，以保证数据库的完整性，所以需要进行回滚。 回滚(rollback)就是在事务提交之前将数据库数据恢复到事务修改之前数据库数据状态。 例如，用户A给用户B转账，在数据库中就需要给A与B的账户信息进行修改(update)操作，而这两条sql语句必须都执行或者都不执行。 例如先执行用户B的修改(update)语句，使用户B的账户金额增加了1...
Oracle 实例恢复时 前滚（roll forward） 后滚（roll back） 问题
小宝老豆的专栏
09-28 1217
在ITPUB 论坛上看到一个有关实例恢复时 前滚（roll forword）和回滚（roll back）的讨论。在这里小整理一下，也理理自己的一个思路。   一. 什么时候需要实例恢复        在shutdown normal or shutdown immediat
openwrt18.06 luci页面配置回滚机制
qq_26202991的博客
09-03 4425
最近工作中发现openwrt存在一个回滚机制，通过luci页面对可能导致失联的配置，如更改LAN口ip、修改WIFI名称和密码等，在设置后会弹出一个30秒倒计时的窗口，需要等待30秒浏览器自动刷新后弹出一个确认框，点击后才会使新配置生效，如在等待期间关闭浏览器窗口或者刷新了，系统会认为你引入了一个错误配置，会自动回滚旧配置，从而导致想更改的新配置失效！ github中关于该机制的解释...
数据库中回滚rollback
afengxg123的专栏
09-09 3704
数据库中 据库中的更新通常是由客观世界的所发生的事件引起的.为保证数据库内容一致,要么完全成功,要么完全失败 1):事务（Transaction）是并发控制的单位，是用户定义的一个操作序列。这些操作要么都做，要么都不做，是一个不可分割的工作单位。通过事务，SQL Server能将逻辑相关的一组操作绑定在一起，以便服务器保持数据的完整性。 (2):事务通常是以BEGIN TRANSACTION
Oracle中roll,oracle中rollback的使用
weixin_39531780的博客
04-08 185
----》rollback使用sql> create table tbl(name varchar2(10));table created.sql> insert into tbl values('zhiqiao');1 row created.sql> select * from tbl;name----------zhiqiaosql> delete tbl;1 row...
前滚&后滚
u013827322的专栏
09-16 1083
前滚：          未完全提交的事务，即该事务已经被执行commit命令了，只是现在该事务修改所对应的脏数据块中只有一部分被写到磁盘上的数据文件中，还有一部分已经被置为提交标记的脏块还在内存上，如果此时数据库实例崩溃了，则当数据库实例恢复时，就需要用前滚（这个机制）来完成事务的完全提交，即将先前那部分已经被置为提交标记且还在内存上的脏块写入到磁盘上的数据文件中。 回滚：
关于数据库的commit以及rollback(转载)
xiaotom5的专栏
11-02 1万+
rollback   回滚的意思。  就是数据库里做修改后 （ update  ,insert  , delete）未commit 之前   使用rollback   可以恢复数据到修改之前。 从功能上划分，SQL 语言可以分为DDL,DML和DCL三大类。 1. DDL（Data Definition Language）  数据定义语言，用于定义和管理 SQL 数据库中的所有对象的语言 ；
Kubernetes 中如何实现滚动更新和回滚？
最新发布
08-01
### Kubernetes 中滚动更新和回滚的实现方法 滚动更新是一种逐步替换旧版本 Pod 的机制，确保在更新过程中服务不中断。Kubernetes 通过 Deployment 控制器来实现滚动更新，允许用户定义更新策略，例如每次更新的副本数量。在滚动更新过程中，Kubernetes 会逐步创建新版本的 Pod，并在确认新 Pod 正常运行后终止旧 Pod。这种机制确保了应用程序的高可用性和连续性[^3]。 回滚是 Kubernetes 提供的一种版本恢复机制，当新版本出现问题时，可以恢复到之前稳定运行的版本。Kubernetes 会在每次更新时记录 Deployment 的配置变更，并将其保存为修订版本（revision）。用户可以通过查看历史修订版本来决定回滚的目标版本，并使用命令执行回滚操作[^4]。 #### 实现滚动更新的命令示例 滚动更新可以通过 `kubectl set image` 命令实现，例如： ```bash kubectl set image deployment/my-deployment nginx=nginx:1.21 ``` 此命令会触发 Deployment 的滚动更新流程，逐步替换旧版本的 Pod。 #### 查看滚动更新状态 可以使用以下命令查看滚动更新的进度和状态： ```bash kubectl rollout status deployment/my-deployment ``` #### 回滚操作示例 回滚可以通过 `kubectl rollout undo` 命令实现，例如： ```bash kubectl rollout undo deployment/my-deployment ``` 如果需要回滚到特定的修订版本，可以先使用以下命令查看历史修订版本： ```bash kubectl rollout history deployment/my-deployment ``` 然后使用以下命令回滚到指定的版本： ```bash kubectl rollout undo deployment/my-deployment --to-revision=2 ``` #### Deployment 配置示例 以下是一个 Deployment 的 YAML 配置示例，展示了如何定义滚动更新策略： ```yaml apiVersion: apps/v1 kind: Deployment metadata: name: my-deployment spec: replicas: 3 strategy: type: RollingUpdate rollingUpdate: maxSurge: 1 maxUnavailable: 1 selector: matchLabels: app: my-app template: metadata: labels: app: my-app spec: containers: - name: nginx image: nginx:1.20 ports: - containerPort: 80 ``` 在该配置中，`strategy` 字段定义了滚动更新策略，`maxSurge` 表示最多可以创建的超出期望副本数的 Pod 数量，`maxUnavailable` 表示在更新过程中最多允许不可用的 Pod 数量。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值