undo
undo redo delphi 实现原理
一、概述Delphi是一种基于Pascal语言的集成开发环境（IDE），它允许开发者使用Object Pascal语言来创建桌面、移动和Web应用程序。
在Delphi中，有一些常见的功能操作，如undo、redo和delphi，它们在开发中扮演着非常重要的角色。
二、undo的实现原理1. Undo的定义Undo是指撤销上一次对文档或操作的修改。
在Delphi中，undo可以是撤销文本操作、撤销图形操作、撤销数据库操作等。
2. 实现原理在Delphi中，undo功能的实现原理可以通过记录操作历史来实现。
当用户执行了一个操作时，比如插入了文本或者移动了一个图形，系统会记录下这个操作的具体信息，包括操作类型、操作对象、操作前的状态和操作后的状态等。
当用户需要进行undo操作时，系统会按照操作历史中的记录，将操作恢复到之前的状态，从而实现了undo 功能。
三、redo的实现原理1. Redo的定义Redo是指重做上一次被撤销的操作。
在Delphi中，redo功能允许用户恢复之前的操作，使得操作历史能够被重新执行。
2. 实现原理在Delphi中，redo功能的实现原理可以通过记录被撤销操作的具体信息来实现。
当用户执行了undo操作后，系统会将被撤销操作的具体信息记录下来，包括操作类型、操作对象、操作前的状态和操作后的状态等。
当用户需要进行redo操作时，系统会按照被撤销操作的记录，将操作重新执行，从而实现了redo功能。
四、delphi的实现原理1. Delphi的定义Delphi是指在开发环境中删除已有的项目或文件。
2. 实现原理在Delphi中，delphi功能的实现原理是通过调用系统提供的文件操作接口，将指定的项目或文件从磁盘中删除。
在删除操作之前，系统会进行一些必要的确认和提示，以确保用户不会意外删除重要的文件。
五、总结在Delphi开发中，undo、redo和delphi功能是非常重要的操作。
它们通过记录操作历史和操作信息，实现了对操作的撤销、重做和删除，为开发者提供了更加便利和高效的开发体验。
Oracle-undo-表空间管理
Oracle-undo-表空间管理Oracle的Undo表空间管理是Oracle数据库中非常重要而又基础的管理工作之一。
因为数据库中的Undo表空间与事务有着紧密的联系，影响着数据库的性能和稳定性。
本文将对Oracle的Undo表空间管理进行详细介绍，包括Undo表空间的概念、作用、管理方法、优化等方面。
一、Undo表空间的概念Undo表空间是用来存储Oracle数据库中操作的回滚信息，主要的作用是进行事务的回滚和恢复。
在Oracle数据库中，事务的ACID属性可以保证数据的完整性和一致性，而Undo表空间就是为了保证事务的ACID属性而存在的。
在Oracle数据库中，Undo表空间分为两种类型：System Undo表空间和User Undo表空间。
系统Undo表空间是由系统自动创建的一个表空间，用于存储系统级的回滚信息，用户不能自己创建或删除该表空间。
而用户Undo表空间则是由用户自己创建的，用来存储用户级别的回滚信息，一个数据库中可以有多个用户Undo表空间。
二、Undo表空间的作用Undo表空间的作用非常重要，它主要用来完成以下几个方面的功能：1. 事务的回滚当某个事务需要回滚时，Oracle会将该事务所做的修改操作写入到Undo表空间中，然后撤销这些操作来回滚事务。
因此Undo表空间的存储能力和速度直接影响着Oracle数据库回滚事务的性能和效率。
2. 数据库恢复当数据库需要恢复时，Oracle会利用Undo表空间中的回滚信息将数据库恢复到特定的时间点。
因此Undo表空间存储的时间范围和存储能力对数据库恢复能力有着直接的影响。
3. MVCC机制在Oracle数据库中，MVCC（多版本并发控制）机制是一种用来实现并发控制的技术，它需要利用Undo表空间中的回滚信息来实现数据的版本控制。
当多个事务同时对一个数据进行操作时，Undo表空间就派上用场了。
三、Undo表空间的管理方法为了更好地管理Undo表空间，我们需要掌握以下几种管理方法：1. 创建Undo表空间在Oracle数据库中，可以通过语句CREATE UNDO TABLESPACE来创建Undo表空间。
undo的作用
在Oracle数据库中，undo主要有三大作用：提供一致性读（Consistent Read）、回滚事务（Rollback Transaction）以及实例恢复（Instance Recovery）。
一致性读是相对于脏读（Dirty Read）而言的。
假设某个表T中有10000条记录，获取所有记录需要15分钟时间。
当前时间为9点整，某用户A发出一条查询语句：select * from T，该语句在9点15分时执行完毕。
当用户A执行该SQL语句到9点10分的时候，另外一个用户B发出了一条delete命令，将T表中的最后一条记录删除并提交了。
那么到9点15分时，A用户将返回多少条记录？如果返回9999条记录，则说明发生了脏读；如果仍然返回10000条记录，则说明发生了一致性读。
很明显，在9点钟那个时间点发出查询语句时，表T中确实有10000条记录，只不过由于I/O的相对较慢，所以才会花15分钟完成所有记录的检索。
对于Oracle数据库来说，没有办法实现脏读，必须提供一致性读，并且该一致性读是在没有阻塞用户的DML 的前提下实现的。
那么undo数据是如何实现一致性读的呢？还是针对上面的例子。
用户A在9点发出查询语句时，服务器进程会将9点那个时间点上的SCN号记录下来，假设该SCN号为SCN9.00。
那么9点整的时刻的SCN9.00一定大于等于记录在所有数据块头部的ITL槽中的SCN号（如果有多个ITL槽，则为其中最大的那个SCN号）。
服务器进程在扫描表T的数据块时，会把扫描到的数据块头部的ITL槽中的SCN号与SCN9:00之间进行比较，哪个更大。
如果数据块头部的SCN号比SCN9.00要小，则说明该数据块在9点以后没有被更新，可以直接读取其中的数据；否则，如果数据块ITL槽的SCN 号比SCN9.00要大，则说明该数据块在9点以后被更新了，该块里的数据已经不是9点那个时间点的数据了，于是要借助undo块。
undo语句
"Undo" 是一个通常用于数据库和某些应用程序中的术语，用于撤销之前执行的操作。
当用户或系统执行了一个操作（例如，删除一个文件或更改数据库中的数据），并且想要撤销该操作时，"undo" 功能允许他们返回到操作之前的状态。
在数据库中，"undo" 通常与事务一起使用。
事务是一系列操作，要么全部成功，要么全部失败。
如果事务中的某个操作失败，可以使用"undo" 来撤销该操作，使数据库回到事务开始之前的状态。
例如，考虑一个简单的银行转账场景：1.用户A 想要从其账户中转账100美元给用户B。
2.数据库执行以下操作：从用户A 的账户中减去100美元，向用户B 的账户中增加100美元。
3.如果在转账过程中发生错误，例如网络中断或系统故障，那么整个转账事务可能会失败。
此时，"undo" 可以撤销从用户 A 的账户中减去100美元的操作，并确保这100美元仍然在用户 A 的账户中。
在某些应用程序中，"undo" 也可以用于撤销用户在界面上执行的操作，例如删除一个文件或移动一个文件。
要实现"undo"，通常需要使用一个撤销栈（undo stack）。
当一个操作被执行时，它会被推入这个撤销栈中。
如果需要撤销操作，可以从撤销栈中弹出该操作并执行其相反的操作。
需要注意的是，"undo" 和"redo" 是相反的概念。
"redo" 是用于重新执行之前执行的操作，通常在事务回滚后使用，以确保数据的一致性。
深入undo和临时表空间
深入undo和临时表空间1.什么是undo和临时表空间？要深入首先要知道什么是undo和临时表空间，接下来先对这2个表空间分别做介绍。
1.1什么是undo表空间undo表空间在oracle的归类中化为了永久表空间，同时undo表空间是一个本地管理的表空间，为系统管理的回滚数据保留。
一个数据库可以有多个undo 表空间，但是一次性只能使用一个。
当一个实例试图打开一个数据库的时候，oracle自动选择第一个可用的回滚表空间。
如果没有可用的回滚表空间，那么实例就是在没有回滚表空间的状态启动，并将回滚数据存储在system表空间，当然这是不推荐的做法。
undo表空间在oracle中是为数据库提供读一致性，每次要对数据进行操作的时候数据库会将数据复制一份到undo表空间中，作为BI保存。
以此为基础为oracle的MVCC 算法提供支持。
在此特性中可以查看数据库中多个时间点的不同数据，这一点也算是和临时表空间不同的一点。
总的来说oracle会尽力为回滚数据保留尽可能长的时间，oracle 会收集统计信息数据和回滚表空间的数据来自动调整保留周期。
如果回滚表空间被设置为AUTOEXTEND选项，并且没有指定最大的大小，那么回滚保留就不同了。
此时数据库调整保留周期比执行最长的查询的时间稍微长一点。
但是另外一方面oracle提供了undo表空间的自动管理，这自然也是推荐的方式，该方式数据库会自动的维护回滚段来满足性能需求。
这其中有一个重要的参数undo_retention，该参数指定了数据库会尽力为undo段的保留时间，默认为900秒。
之前说了是尽力，在没有指定guarantee参数的前提下，如果undo表空间不够了，就会不在保留一些undo段。
说到这里又要说undo数据的三种分类（active：正被活动的事务使用，需要保留并用于一致性；unexpired：事务已经完成，但是还没有超过保留期限，在空间不够的情况下就会删除这些信息，并重用；expired：事务已经完成，并且已经过了保留期限。
UNDO歌词及翻译
Undo - Sanna NielsenSilent, I can't wait here silent 沉默，我不能在这儿沉默Working up a storm inside my head 一场风暴在我脑子里运作Nothing, I just stood for nothing 没有，我只是现在什么都没有So I fell for everything you said 所以我爱上了你说的一切Hear the rumble 听吵闹的声音Hear my voice 听我的声音Silent, I can't wait here silent 沉默，我不能在这儿沉默Gotta make a change and make some noise 必须改变并让气氛更热烈Undo my sad 放开我的悲伤Undo what hurts so bad 放开如此糟糕的伤害Undo my pain 放开我的痛苦Gonna get out, through the rain 将要出去，穿过雨水I know that I am over you 我知道我在等你At last I know what I should do 最后，我知道我应该做什么Undo my sad 放开我的悲伤Trouble, baby I'm in trouble 烦恼，宝贝，我有烦恼Everytime I look into your eyes 每时每刻我看着你的眼睛Save me, oh I'm gonna save me 救我，噢你要救我Far away from all the crazy lies 远离所有疯狂的谎言Hear the rumble 听吵闹的声音Hear my voice 听我的声音Undo my sad 放开我的悲伤Undo what hurts so bad 放开如此糟糕的伤害Undo my pain 放开我的痛苦Gonna get out, through the rain 将要出去，穿过雨水I know that I am over you 我知道我在等你At last I know what I should do 最后，我知道我应该做什么Undo my sad 放开我的悲伤Undo my sad 放开我的悲伤Undo what hurts so bad 放开如此糟糕的伤害Undo my pain 放开我的痛苦Gonna get out, through the rain 将要出去，穿过雨水I know that I am over you 我知道我在等你At last I know what I should do 最后，我知道我应该做什么Undo my sad 放开我的悲伤My sad Undo 放开我的悲伤。
关于undo表空间大小设定的讨论
Oracle的undo数据就是事务中那些被更改，但是没有被提交的数据。
undo数据可以用来提供事务回滚，恢复事务或读一致性等特性。
undo表空间就是用来保存undo数据的。
undo表空间的大小取决于以下三方面的因素：1.Oracle初始化参数UNDO_RETENTIONundo_retention值表示一个undo数据块最久能在undo表空间中停留的时间,单位是秒，缺省值为900。
undo表空间资源是循环使用的，在undo_retention时间内，undo数据块的内容是不会被释放掉，即不会被新的undo数据覆盖。
所以设置停留时间越久，undo 表空间就越大。
2.每秒产生的undo数据块工作量很大，业务量大，事务很多时，每秒钟所产生undo数据块的个数越多，需要的undo 表空间越大。
select begin_time, end_time, undoblks from v$undostat;BEGIN_TIME END_TEME UNDOBLKS-----------------------------------------------28-SEP-O8 13:43:0228-SEP-O8 13:44:181928-SEP-O8 13:33:0228-SEP-O8 13:43:18147428-SEP-O8 13:23:0228-SEP-O8 13:33:18134728-SEP-O8 13:13:0228-SEP-O8 13:23:1816 28此语句记录了undo数据块的历史使用情况，每隔10分钟刷一次。
此结果表示记录前40分钟分别用到undo数据块19个、1474个、1347个、1628个；select addr,used_ublk from v$transaction;ADDR USED_UBLK-----------------------5932F4A0863此语句可以查看当前事务所需要数据块的个数，此结果表示，当前用户只有一个事务正在执行，此事务需要863个undo数据块。
undo介绍及具体使用
--undo 的作用oracle 会将数据块上修改之前的数据【前映像】保存在回滚段中，这样当我们需要进行回滚(rollback)的时候就很容易能从回滚段中将之前的数据取出来将数据块上面的数据还原回来（数据回滚、闪回功能、和在数据库意外宕机之后都需要使用undo数据进行回滚操作）一个实例只能有一个undo表空间【RAC每个实例一个】 oracle 绝对禁止一个用户查看另一个用户未提交的事务数据。
--undo表空间满了怎么办？处理方法有两种：1添加undo表空间数据文件2重新创建新的undo表空间替换默认的1查看当前UNDO 表空间（例如现在只有一个undotbs1）SQL> show parameter undo;SQL> select * from dba_data_files where tablespace_name like'UNDOTBS*';2创建新的undo 表空间SQL> create undo tablespace UNDOTBS2 datafile'/oracle/oradata/itpuxdb/untotbs02.dbf' size100m autoextend off extent management local;3用新创建的undotbs2替换默认的undo表空间SQL> alter system set undo_tablespace=undotbs2 scope=both;SQL> show parameter undo4删除原来被替换的undotbs1SQL> drop tablespace UNDOTBS1 including contents and datafiles;注意：在删除的时候如果正在使用的那么写查询当前表空间有哪些事务是仍然在活动的如果不需要的可以手动kill 或者等它做完。
处理方法：SQL> select * from dba_2pc_pending; 查询出来SQL> commit force‘local_tran_id’; 强制提交--ORA-01555快照过旧错误：当我们的事务需要使用undo 来构建的时候，而此时对应的undo已经不存在就会出现ORA-01555原因是SQL 语句执行时间太长，或者undo 表空间过小，或者事务量过大，或者过于频繁的提交，导致执行SQL 过程中进行一致性读时，SQL执行后修改的前镜像(既UNDO数据) 在UNDO 表空间中已经被覆盖，不能构造一致性读块(CR blocks)。
关于undo表空间大小设定的讨论
Oracle的undo数据就是事务中那些被更改，但是没有被提交的数据。
undo数据可以用来提供事务回滚，恢复事务或读一致性等特性。
undo表空间就是用来保存undo数据的。
undo表空间的大小取决于以下三方面的因素：1.Oracle初始化参数UNDO_RETENTIONundo_retention值表示一个undo数据块最久能在undo表空间中停留的时间,单位是秒，缺省值为900。
undo表空间资源是循环使用的，在undo_retention时间内，undo数据块的内容是不会被释放掉，即不会被新的undo数据覆盖。
所以设置停留时间越久，undo 表空间就越大。
2.每秒产生的undo数据块工作量很大，业务量大，事务很多时，每秒钟所产生undo数据块的个数越多，需要的undo 表空间越大。
select begin_time, end_time, undoblks from v$undostat;BEGIN_TIME END_TEME UNDOBLKS-----------------------------------------------28-SEP-O8 13:43:0228-SEP-O8 13:44:181928-SEP-O8 13:33:0228-SEP-O8 13:43:18147428-SEP-O8 13:23:0228-SEP-O8 13:33:18134728-SEP-O8 13:13:0228-SEP-O8 13:23:1816 28此语句记录了undo数据块的历史使用情况，每隔10分钟刷一次。
此结果表示记录前40分钟分别用到undo数据块19个、1474个、1347个、1628个；select addr,used_ublk from v$transaction;ADDR USED_UBLK-----------------------5932F4A0863此语句可以查看当前事务所需要数据块的个数，此结果表示，当前用户只有一个事务正在执行，此事务需要863个undo数据块。
undo表空间
undo表空间Oracle数据库中的undo表空间是用于维护数据一致性和回滚操作的关键组件之一。
在Oracle中，当进行DML操作（如INSERT、UPDATE和DELETE）时，系统需要记录这些操作产生的“更改记录”，以便在需要时可以回滚这些操作。
这些更改记录被存储在undo表空间中，并且通过undo日志进行备份。
此外，undo表空间还用于支持事务的并发控制。
在Oracle中，多个用户可以同时执行事务，但是这些事务可能会尝试对同一行进行更改。
如果这些更改都被接受，就会导致数据不一致。
因此，Oracle使用并发控制机制来避免这种情况的发生。
undo表空间是这种机制的核心组件之一。
当一个用户对数据进行更改时，Oracle会在undo表空间中记录该更改。
如果另一个用户尝试对同一行进行更改，Oracle会检索undo表空间中记录的原始值，并使用这个值来进行比较和决策。
由于undo表空间是Oracle数据库中的关键组件之一，因此对其进行管理和优化非常重要。
以下是一些掌握undo表空间的重点内容和技巧。
1. undo表空间的创建和管理在Oracle中，可以使用CREATE UNDO TABLESPACE语句来创建undo表空间。
这个语句类似于创建其他类型的表空间的语句，但是需要指定undo日志的文件路径。
例如：CREATE UNDO TABLESPACE undo_data01DATAFILE'/u01/app/oracle/oradata/ORCL/undo_data01.dbf' SIZE100M;在创建undo表空间时，需要注意以下几点：- 通常建议将undo表空间单独存储在硬盘的不同位置，并使用RAID或其他技术来保证数据的安全性和可靠性。
- 可以使用UNDO_RETENTION参数来控制undo数据的保留时间，以避免出现ORA-01555错误。
这个参数的值表示undo数据的保留时间，以秒为单位。
Cancel（取消）和Undo（撤销）
Cancel（取消）和Undo（撤销）
想写下这个问题是因为昨天在使用信用卡付停车费的时候，不小心多付了1元钱，但是在那个付款机上怎么找都找不到一个取消按钮来重新付费，最后以多付一元的无奈体验告终。
不是心疼那一元钱来讨论这个问题，只是一下联想起一直让自己很担忧的一个问题：可能是接触计算机的时间过长，生活中遇到不顺利或不幸的事情，就会本能的期望有一个undo操作，来让自己重新开始。
但事实又是，时间不能倒流，结果不能改变，能做的只是对自己所做过的事情负责。
计算机使我们的生活更方便，我们的思维和生活习惯也因为计算机有所改变，我只是在想，一旦我们依赖于一种便利，而当这个便利突然消失时，我们是否会失控，而得不到一个可选的解决方案；或者我们在创立这个便利的时候就要考虑到它的可能隐患。
比如Undo(撤销)这个操作，按照生活现实的考虑，如果我们做错了一件事，是不可能重新再来的，能作的只是尽量弥补，或者重新改正，推理到计算机操作里，Undo应该实现的功能可能应该是继续包含错误，提供再修改提示或叫指导，记录错误历史，提醒错误的再发生。
这样的逻辑是不是会更有教育和实际意义，因此养成的也是一种正确的事物处理技能。
我也觉得这个理论有点匪夷所思，不过是自己体验后的一些想法，记录在这里，慢慢探讨。
查询sql undo使用
查询sql undo使用
SQL中的UNDO是指撤销操作，通常用于回滚事务或者撤销对数
据库的修改。
在SQL中，UNDO主要用于以下几个方面：
1. 回滚事务，当一个事务执行过程中出现错误或者需要撤销之
前的操作时，可以使用UNDO来回滚事务，将数据库恢复到事务开始
之前的状态。
这可以通过执行ROLLBACK语句来实现，ROLLBACK会
撤销事务中的所有操作，包括INSERT、UPDATE、DELETE等。
2. 撤销特定操作，有时候需要撤销特定的操作而不是整个事务，可以使用UNDO来撤销特定的UPDATE或DELETE操作。
这可以通过使
用UNDO日志或者备份来恢复被修改的数据。
3. 恢复误删的数据，如果误删了数据库中的数据，可以使用UNDO来恢复被删除的数据。
这可以通过数据库的日志或者备份来实现。
在实际使用中，UNDO操作需要谨慎对待，因为撤销操作可能会
导致数据丢失或者不一致。
在执行UNDO操作之前，需要确保对数据
库有足够的了解，并且做好数据备份以防万一。
另外，UNDO操作也
会对数据库的性能产生影响，因此需要在合适的时机进行UNDO操作，以最小化对性能的影响。
总之，UNDO在SQL中是一个重要的操作，可以用于回滚事务、
撤销特定操作以及恢复误删的数据。
在使用UNDO时需要谨慎对待，
以免造成数据丢失或者不一致。
unity undo 的用法
unity undo 的用法
在Unity中，可以使用Undo和Redo命令来撤销和重做对场景或资源的修改。
以下是Unity Undo命令的常见用法：
1. 编辑操作的撤销：您可以在编辑器中的大多数操作后使用
Ctrl + Z（Windows）或Cmd + Z（Mac）来撤销。
例如，移动、旋转、缩放对象，创建或删除组件，调整材质属性等。
2. 脚本中的撤销：您可以在自己编写的脚本中使用Undo类的
静态方法来实现撤销操作。
例如，通过调用
Undo.RecordObject（myObject，"My Operation"）来记录对象
的修改，并在需要撤销操作时调用Undo.Undo。
3. 步骤式的撤销和重做：您可以使用
EditorGUIUtility.SetBoldDefaultFont命令将下一个操作标记为
步骤。
这样，在进行撤销和重做操作时，它们将被视为单个步骤。
4. 自定义Undo操作：如果您需要执行自定义的撤销操作，您
可以使用Undo.RegisterCompleteObjectUndo来注册一个自定
义的撤销记录。
这可以用于注册对多个对象的修改，而不仅仅是单个游戏对象。
通过使用Undo和Redo命令，您可以更方便地管理和记录对
场景和资源的修改，以便随时进行撤销和重做操作。
这对于快速原型、迭代和Debug非常有用。
vba undo用法
vba undo用法
VBA Undo 用法。
在VBA中，Undo 方法用于撤消最后一次操作。
这在处理大量数据或执行复杂操作时非常有用，因为它允许用户在不小心进行了错误操作时进行撤消，而不必担心丢失数据或破坏工作表的结构。
要使用 Undo 方法，只需调用 Application 对象的 Undo 方法即可。
例如，以下是一个简单的示例，演示了如何在VBA中使用Undo方法：
vba.
Sub 使用Undo方法()。
'执行一些操作。
Range("A1").Value = 100。
Range("A2").Value = 200。
Range("A3").Value = 300。
'撤销最后一次操作。
Application.Undo.
End Sub.
在这个示例中，我们首先进行了一些操作，然后调用了 Undo
方法来撤消最后一次操作。
当我们运行这个宏时，会发现 A3 单元
格的数值被删除了，因为它是最后一次操作。
需要注意的是，Undo 方法只能撤消最后一次操作，不能一次性
撤消多个操作。
另外，一旦宏结束，就无法再次使用Undo方法来撤
消之前的操作。
因此，在编写VBA代码时，需要慎重考虑何时使用Undo方法。
总的来说，VBA中的Undo方法是一个非常有用的工具，可以帮
助我们在处理数据和执行操作时避免不必要的错误，提高工作效率。
希望通过这篇文章，你能更好地理解和使用VBA中的Undo方法。
undo词根词缀
"Undo" 是一个常见的英语动词，意为撤销、取消或恢复到原始状态。
虽然它本身并不具备复杂的词根和词缀，但我们可以通过分析其构成、派生词和相关表达方式来深入了解。
### **1. 构成与含义：**"Undo" 由"un-" 和"do" 两个部分构成。
其中：- **"Un-"** 是一个否定前缀，表示"not"或"reverse"。
它将动词"do" 的意义从“做”转变为“不做”或“撤销”。
- **"Do"** 是一个常见的动词，意为执行、做、完成某事。
因此，"Undo" 整体表示取消、撤销之前所做的事情，回到原始状态。
### **2. 派生词及相关表达：**#### **派生词：**1. **Undone（动词的过去分词形式）：** 表示已经被取消或撤销的状态。
- *The deal was **undone** due to unforeseen circumstances.*（因不可预见的情况，交易被取消了。
）2. **Undoable（形容词）：** 表示不能被取消的，无法撤销的。
- *The damage was unfortunately **undoable**.*（不幸的是，这种损害是无法挽回的。
）#### **相关表达：**1. **Undo the Changes（撤销更改）：** 在计算机领域中常用，表示撤销对文件或程序所做的修改。
- *I accidentally deleted the paragraph, but I was able to **undo the changes**.*（我不小心删除了这一段，但我成功地撤销了这些更改。
）2. **Undo Button（撤销按钮）：** 在软件界面中，用于撤销之前的操作。
undo 操作
Oracle In-memory Undo运作原理Oracle中undo的作用主要有两个：第一是回滚事务，第二是产生一致性读。
同时也衍生出了一些新的功能，比如Flashback query。
传统的undo是通过undo segment来管理的，我们看下面的示例：事务开始，必须首先在data block中分配ITL，ITL中记录了事务ID(XID)，XID 由三部分内容组成：XIDUSN(回滚段号)，XIDSLOT(回滚段槽号)，XIDSQN(序列号)，在Undo segment header中有一个事务表，记录该回滚段上的事务信息，每个事务都会占据了一个回滚槽，XID对应一个UBA(undo block address)，表示该事务回滚信息的开始位置。
在上面的例子中，事务分别在T1,T2,T3时间执行了三个操作，更新了三个block中的数据，在每个data block中都存在一个ITL，指向undo segment header中的事务表。
undo信息分别存放在三个undo block中，undo信息是一个链表结构，而undo segment header中的uba则指向了最后一个undo block，这也是回滚的起始位置。
如果事务需要回滚，只需要在undo segment header中的事务表中找到事务回滚的起始位置，然后通过undo 链表，就可以依次回滚整个事务。
细心的DBA一定会发现，在每个data block的ITL中也有一个UBA，实际上这个UBA是指向了该block对应的undo信息的起始位置，这个UBA主要的作用是提供一致性读，因为一致性读需要通过undo信息来构造一个CR block，通过这个UBA就可以直接定位到block的回滚信息的起始位置，而不再需要通过undo segment header中的事务表。
在传统的undo管理模式中，Oracle对于undo和data block是一视同仁的，他们都需要首先读入到data buffer中进行修改，并都会产生redo信息，修改的过程大致是：产生undo的redo，更改undo block，产生data的redo，修改data block。
Undo表空间
Undo表空间Undo 表空间Undo 表空间存放 Undo ⽇志，Undo ⽇志存储⽤于事务回滚的上⼀版本的聚集索引记录信息集合。
Undo ⽇志默认被存储在系统表空间中，也可以存储在⼀个或多个 Undo 表空间⾥。
使⽤独⽴的 Undo 表空间可以降低单个表空间需要占⽤的空间⼤⼩。
使⽤ SSD 存储 Undo ⽇志可以在 I/O 性能上得到更好的性能体验。
innodb_undo_tablespaces 选项可以控制 Innodb 存储引擎中 Undo 表空间的数量。
这个选项只有当 MySQL 实例被初始化的时候才可以设置，初始化后该值⽆法变更。
Undo 表空间和表空间中的若⼲个段（Segments）是⽆法删除的。
然⽽，存储在 Undo 表空间中的 Undo ⽇志可以被清理。
配置 Undo 表空间当 Undo 表空间配置后， Undo ⽇志会存储在 Undo 表空间中，⽽不会存储在系统表空间中。
Undo 表空间的数量只有在 MySQL 实例初始化的时候才可以配置，并且在整个实例的⽣命周期中是固定的。
因此，建议在测试环境做⼀轮⽐较有代表性的压⼒测试，⽽后再在⽣产环境中部署配置。
Undo 表空间相关的⼏个配置innodb_undo_directoryinnodb_rollback_segmentsinnodb_undo_tablespacesinnodb_undo_log_truncateinnodb_max_undo_loginnodb_purge_rseg_truncate_frequency⾃动清理 Undo 表空间⽂件性能相关Undo 表空间的数量Undo ⽇志的数量Undo 表空间的⼤⼩I/O ⼦系统的性能效率是否存在长事务系统负载Undo 表空间清理恢复undo_space_number_trunc.log ⽂件⽇志⽬录使⽤ innodb_log_group_home_dir 参数当清理操作出现系统异常⽽失败时，清理操作的启动进程可以从临时⽂件中获取上次清理到达的位置，从⽽继续清理操作。
db2 undo原理
db2 undo原理DB2是一种关系型数据库管理系统，它具有强大的事务处理能力和高度的可靠性。
在DB2中，undo是一个重要的机制，用于实现事务的回滚和恢复操作。
本文将介绍DB2 undo的原理以及它在数据库中的作用。
在数据库中，事务是一组数据库操作的逻辑单元，这些操作要么全部成功执行，要么全部失败回滚。
在事务执行过程中，DB2会将每个操作的结果存储在数据库的缓冲区中，而不会立即写入到磁盘上。
这样可以提高数据库的性能，但也存在一定的风险，因为在事务执行过程中，系统可能会发生故障导致数据库的不一致。
为了解决这个问题，DB2引入了undo机制。
在事务执行过程中，DB2会将每个操作的undo信息记录在undo日志中。
undo信息包括了操作的前置条件和恢复操作。
当一个事务需要回滚时，DB2会根据undo日志中的记录，执行相应的恢复操作，将数据库恢复到事务开始之前的状态。
具体来说，当一个事务执行一个更新操作时，DB2会先将操作的undo信息记录在undo日志中。
这些undo信息包括了更新前的数据值和恢复操作。
然后，DB2将更新的结果存储在数据库的缓冲区中，而不是直接写入到磁盘上。
这样，即使事务执行失败回滚，数据库的实际内容并没有发生改变。
当一个事务需要回滚时，DB2会根据undo日志中的记录，执行相应的恢复操作。
恢复操作会将数据库的内容恢复到事务开始之前的状态。
具体来说，DB2会将undo日志中的恢复操作逆向执行，将更新的结果撤销，并将数据库的内容恢复到更新前的状态。
由于undo日志的存在，DB2可以保证事务的原子性和一致性。
原子性指的是事务要么全部成功执行，要么全部回滚，没有中间状态。
一致性指的是事务的执行结果必须满足数据库的约束条件和完整性规则。
通过使用undo机制，DB2可以确保事务的原子性和一致性。
undo日志还可以用于恢复数据库的状态。
当数据库发生故障导致数据丢失时，DB2可以根据undo日志中的记录，执行相应的恢复操作，将数据库恢复到最近一次备份之后的状态。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
[ORACLE]管理撤销1撤销的作用撤销数据是反转DML语句结果所需的信息。
撤销数据通常被称为“回滚数据”，在过去的Oracle版本中，“回滚数据”和“撤销数据”可以交替使用，但从9i版本开始，这两个术语有所不同：功能相同，但管理方式不同。
只要某个事务修改了数据，那么更新前的原有数据就会被写入一个回滚段或撤销段。
回滚段在11g版本中依然存在，但从9i版本开始，Oracle数据库引入了可供选择的撤销段。
Oracle强烈建议所有数据库都应当使用撤销段，回滚段只被保留用于向后兼容。
为了满足ACID测试的要求，回滚通常是自动完成的。
ACID要求：①不论是在发生错误时自动进行回滚还是根据需要使用ROLLBACK命令，Oracle都应当为反转未结束的事务而保留原有数据。
这种回滚事持久的，而且对所有用户公开；②Oracle数据库必须能够提供一个查询，这个查询结果与该查询开始时的数据库保持一致，此时，如果待查询数据块在该查询开始后发生变化，那么运行这个查询的服务器进程会进入撤销段并构造这些数据块的“读一致”映像。
这种回滚是临时的，并且只对于运行这个查询的会话是可视的；③撤销段也用于事务的隔离性，这可能是撤销数据最复杂的用法。
隔离性原则要求任何事务都不能以某种方式依赖于其它未结束的事务。
即使并发运行若干事务，隔离性也会要求最终结果必须像连续执行这些事务一样。
从9i版本开始，撤销数据也可以用于闪回查询。
查询DBA_SEGMENTS，显示下图结果，不过，数据库创建阶段可能不存在撤销表空间。
因此，在数据库创建阶段，除数据字典外，Oracle还会在SYSTEM表空间内创建一个过时的回滚段。
这回滚段在数据库创建期间使用，但决不会在正常运行期间使用。
所有用户事务都将使用撤销段。
下图中，做为TYPE2 UNDO段类型列出。
[提示]撤销段的使用与回滚段的使用相矛盾：根据UNDO_MANAGEMENT参数的不同设置，Oracle数据库要么使用撤销段，要么使用回滚段。
Oracle Product Development认为TYPE1 UNDO 段就是ROLLBACK段。
练习以用户SYSTEM的身份连接到数据库。
使用如下查询，确定数据库在使用撤销段还是回滚段：select value from v$parameter where name='undo_management';这将返回值AUTO。
否则，请发出命令，然后重新启动实例:alter system set undo_management=auto scope =spfile;使用下面两个查询，确定已经创建的撤销表空间，以及正在使用哪一个：select tablespace_name from dba_tablespaces where contents='UNDO';select value from v$parameter where name='undo_tablespace';确定数据库中使用的撤销段及其大小：select tablespace_name,segment_name,segment_id,status from dba_rollback_segs; select usn,rssize from v$rollstat;注意，段的标识号在两个视图中具有不同的列名。
查看近来数据库中生成的撤销数据量：alter session set nls_date_format='dd-mm-yy hh24:mi:ss';select begin_time, end_time,(undoblks * (select value from v$parameter wherename='db_block_size'))undo_bytes from v$undostat;2事务的撤销生成方式在某个事务启动时，Oracle会为其指派一个并且只能指派一个撤销段。
任何一个事务都只能受一个撤销段保护，一个事务生成的撤销数据无法被分配到多个撤销段中。
因为撤销段的大小可变，所以这并不是问题。
如果某个事务填满了自己使用的撤销段，那么Oracle会自动为该撤销段添加另一个区间，从而使这个事务能够继续进行。
虽然多个事务可以共享一个撤销段，但是在数据库正常运行时应当不会发生这种情况。
撤销管理的一个特性是Oracle会根据需要自动生成新的撤销段，从而能够尽可能的确保多个事务不必共享撤销段。
如果Oracle发现有必要扩展撤销段或生成其它撤销段，在工作负荷减少时同样会自动缩小或删除撤销段。
[提示]任何事务生成的撤销数据都无法被分配到多个撤销段中。
但一个撤销段可以支持多个事务。
在某个事务更新表和索引数据块时，回滚该变化所需的信息会被写入指定撤销段的数据块。
所有这些都在数据库高速缓冲区中发生。
所有撤销数据一直会被保持至事务被提交。
Oracle只能在一定程度上保证一致性，撤销数据被分为不同的必要性级别：“Active”撤销是回滚当前事务可能需要的撤销数据，在事务结束之前，这些数据不能被重写；“Expired”撤销是事务被提交后Oracle不再需要保存的撤销数据。
“Unexpired”撤销是中间类型，即非活动也非过期：事务已经提交，但如果任何长时间运行的查询正在进行中，为了读一致性，可能需要撤销数据。
[提示]决不能重写“Active”撤销；可以重写“Expired”撤销。
只有在缺少撤销空间的情况下，才能重写“Unexpired”撤销。
可以采用循环方式使用撤销段，或扩展撤销段。
Oracle的撤销段自动管理能更好的完成管理任务-与人工管理相比。
与撤销段相关的动态性能视图/数据字典：V$TRANSACTION V$SESSION DBA_ROLLBACK_SEGS V$ROLLSTAT。
[提示]撤销段与回滚段有所不同，但DBA_ROLLBACK_SEGS和V$ROLLSTAT视图包含二者的行，但不存在任何标志指出所属的段类型。
命名约定将此区分开来：将自动生成撤销段名称，并加上前缀_SYSSMU。
下图显示的查询用来研究进行中的事务。
第一个查询显示当前有两个事务。
为JON的事务分配了SEGMENT_ID编号为7的段，当前使用了撤销空间的277个块。
SCOTT的事务小的多，受到段2 的保护。
第二个查询显示段信息。
每个段的大小因此前分配给它们的事务大小而异。
DBA_ROLLBACK_SEGS的连接列称为USN。
练习如何使用撤销数据来提供事务隔离和回滚，来实施闪回查询。
使用两个会话并发连接到HR模式。
这可以是两个SQL*Plus会话，或两个SQL DEVELOPER会话，也可以是各一个，下表列出了每个会话的实施步骤。
以用户HR的身份，使用一个会话，演示闪回查询的用法。
将时间显示格式调整为将秒包含在内：alter session set nls_date_format='dd-mm-yy hh24:mi:ss';查询和记录当前时间：select sysdate from dual;删除前面插入的行，并提交删除：delete from regions where region_id=100;commit;像在删除行之前那样查询表select * from regions as of timestamp to_timestamp('time_from step_2','dd-mm-yy hh24:mi:ss');系统列出区域100中已删除的行，这些已从撤销段中检索出来，如下图所示。
.3管理撤销撤销段的一个主要特征是其被自动管理，必须对Oracle管理撤销段进行某些限制。
考虑到数据库中动作的种类与数量，需要设置某些实例参数并针对特定目标调整撤销表空间的大小。
3.1与撤销相关的错误条件管理撤销的原则：①存在允许所有事务继续进行的足够撤销空间；②存在保证查询成功的足够撤销数据。
如果某个事务耗尽了撤销空间，出现Oracle错误“ORA-30036,unable to extend segment in undo tablespace.”(无法扩展撤销表空间内的撤销段)而失败。
导致这个问题的语句会被回滚，但是指定事务的剩余部分会保持不变并不被提交。
如果查询遇到自从查询启动以来更改过的块，它将访问撤销段来查找数据的旧版本，在访问撤销段时，如果一部分撤销数据已被重写，则针对一致性读取的查询将失败，并出现ORA-1555：“snapshot too old.(快照过旧)”。
[提示]如果DML语句用尽撤销空间，则将回滚其已成功的部分。
事务的其余部分保持完好，且不提交。
3.2用于撤销管理与保证的参数三个初始化参数控制撤销：UNDO_MANAGEMENT(静态)、UNDO_TABLESPACE(动态)及UNDO_RETENTION(动态)。
在11g版本中，UNDO_MANAGEMENT参数默认为AUTO，也可以将其设置为MANUAL，这时Oracle不会使用撤销段，这样做为了实现向后兼容性。
Oracle强烈建议将该参数设置为AUTO，从而启用撤销段的使用。
UNDO_MANAGEMENT参数是静态的，改变后只有重新启动实例后才会生效。
如果指定UNDO_MANAGEMENT=AUTO，就必须指定UNDO_TABLESPACE参数。
UNDO_RETENTION参数通常是可选的，指定了保留非活动撤销数据的目标，并确定合适将其归类为过期。
例如，如果运行时间最长的查询需要耗时30分钟，就应当将参数设置为1800。
UNDO_RETENTION参数的最大值总是与撤销表空间的大小一致。
[提示]某些查询的运行时间确实很长。
持续数天的查询也是存在的，如果希望在正常的事务处理期间成功的运行这种查询，那么就需要一个庞大的撤销表空间。
在长时间报告运行期间，我们需要考虑限制DML工作负荷。
从命令行撤销管理3.3调整与监视撤销表空间在更高级的环境中，最好还应当添加允许闪回查询的空间。
查询V$UNDOSTAT 视图可以得到需要知道的所有信息，能提供相关信息的还有Database Control内的一个顾问程序，下图显示了Database Control的撤销管理界面。
当前使用的撤销表空间称为UNDO1，大小为100M，空间的数据文件可以自动扩展。
但Oracle不会仅仅为了实现撤销保留目的而对这些数据文件进行扩展，因此查询可能失败，显示“snapshot too old”。
所以不应当依赖自动扩展性能，撤销表空间在最开始时就应当具有正确的大小。
下图中表明，生成撤销的峰值速率仅为每分钟1664KB，而运行时间最长的查询是25分钟。