08.管理回滚数据
数据库中的事务管理与回滚机制
数据库中的事务管理与回滚机制在数据库管理系统中，事务管理是一个非常关键的功能。
事务是指一系列相关的数据库操作，它们要么全部成功地执行，要么全部不执行。
如果其中一个操作失败了，那么整个事务将会被回滚到操作前的状态，这就是事务的回滚机制。
数据库中的事务管理与回滚机制具有重要的作用，有助于确保数据的一致性、可靠性和完整性。
事务管理在数据库系统中具有如下特点：1. 原子性（Atomicity）：事务要么全部成功执行，要么全部失败回滚。
事务执行期间的任何错误或故障都将导致事务被中止，不能只完成部分操作。
2. 一致性（Consistency）：在事务开始之前和结束之后，数据库的完整性约束必须保持一致。
这意味着事务执行期间对数据库所做的更改必须遵守已定义的规则。
3. 隔离性（Isolation）：事务在并发执行时，应该互相独立而不会相互影响。
事务应该具有原子性并且在并发执行时应该相互隔离，以确保事务操作之间的逻辑顺序。
4. 持久性（Durability）：一旦事务提交，其结果就应该永久保存在数据库中。
即使出现系统故障或断电等情况，数据库系统也应该具备恢复性能。
对于数据库的事务操作，可以通过以下几个关键点来管理和控制：1. 开启事务：在进行数据库操作之前，需要明确地开启一个事务。
这表示所有在事务开始和结束之间的操作将作为一个整体进行处理。
2. 提交事务：当所有的数据库操作成功执行完成之后，需要提交事务。
这将会将事务中的所有更改持久化到数据库中，并结束事务。
3. 回滚事务：在事务执行过程中，如果发生了错误或者特殊情况，可以选择回滚事务。
这将会撤销事务中的所有更改，并返回到事务开始之前的状态。
4. 并发控制：数据库中经常存在多个并发事务同时执行的情况，为了保证隔离性和一致性，需要进行并发控制。
常见的并发控制算法包括锁定机制、时间戳排序等。
数据库的回滚机制是一种防止数据不一致的有效手段。
当事务中的某个操作发生错误或者异常时，系统会自动回滚事务，撤销已经执行的操作，以确保数据的一致性。
数据库事务管理中的日志记录与回滚机制研究
数据库事务管理中的日志记录与回滚机制研究在数据库管理系统中，事务是一组数据库操作的逻辑单元，可以看作是一个独立的工作单元。
事务的目的是要确保在数据库中的操作要么全部成功完成，要么全部失败回滚，以保持数据库的一致性。
事务的管理是非常重要的，其中日志记录与回滚机制是事务管理的核心组成部分。
在本文中，将深入研究数据库事务管理中的日志记录与回滚机制，并介绍其原理、实现方式以及相关的挑战。
日志记录是数据库事务管理中的关键步骤之一。
每当有事务对数据库进行操作时，系统会将这些操作记录到一个日志文件中。
这个日志文件可以用来恢复数据库的状态，以确保在故障发生时能够进行数据的一致性和完整性恢复。
在日志文件中，每个条目通常包含以下信息：- 事务标识符（Transaction ID）：用于标识事务的唯一性。
- 操作类型（Operation Type）：指示所进行的具体操作，例如INSERT、UPDATE或DELETE。
- 数据项（Data Item）：表示被操作的数据库对象。
- 旧值（Old Value）：对于更新操作，记录被修改前的原始值。
- 新值（New Value）：对于更新操作，记录被修改后的新值。
通过记录这些信息，我们可以在发生故障时通过日志进行恢复。
当数据库系统重新启动时，它会在日志文件中寻找未完成的交易，并采取适当的措施来回滚或提交这些事务，以保持数据的一致性。
除了日志记录之外，数据库还需要实现回滚机制。
回滚是指将已经执行但尚未提交的事务操作全部撤销，恢复到事务开始之前的状态。
回滚机制的实现需要确保事务操作之间的一致性和隔离性。
实现回滚机制的一种常见方法是使用撤销日志。
撤消日志记录了每个事务的操作，在回滚时，系统将按照相反的顺序执行这些撤销操作，将数据库恢复到原始的一致性状态。
此外，数据库还可以使用重做日志来支持恢复功能。
重做日志是一种用来记录事务操作结果的日志，当数据库系统重新启动时，它会检查重做日志以确保已经提交的事务操作被应用到数据库中。
版本回滚的相关命令
版本回滚的相关命令版本回滚是软件开发中常见的操作，用于将软件版本恢复到之前的状态。
在实际操作中，我们可以使用一些相关命令来进行版本回滚的操作。
以下是几种常见的版本回滚命令：1. Git版本回滚命令Git是一种分布式版本控制系统，它提供了一系列强大的命令来管理代码版本。
在Git中，可以使用以下命令来进行版本回滚操作：- git log：查看提交历史，获取要回滚的版本号，每个版本有一个唯一的哈希值。
- git revert <commit>：回滚指定的提交，保留回滚前的提交记录，并生成一个新的提交。
- git reset <commit>：回滚到指定的提交，删除回滚后的提交记录，慎用，可能会导致代码丢失。
2. SVN版本回滚命令SVN是一种集中式版本控制系统，也提供了一些命令来进行版本回滚操作。
以下是SVN中常用的版本回滚命令：- svn log：查看提交历史，获取要回滚的版本号，每个版本有一个唯一的编号。
- svn merge -r <start>:<end> <source> <target>：将指定范围内的变更合并到目标版本，实现版本回滚。
3. Docker容器版本回滚命令Docker是一种容器化平台，可以使用以下命令来进行容器版本的回滚操作：- docker image ls：查看容器镜像列表，获取要回滚的镜像的标识符。
- docker container stop <container>：停止当前运行的容器。
- docker container rm <container>：删除当前停止的容器。
- docker image tag <image>:<tag> <repository>:<tag>：为指定的镜像添加一个新的标签，用于指定回滚后的版本。
数据库事务提交与回滚的实现原理分析
数据库事务提交与回滚的实现原理分析数据库是现代应用中必不可少的存储和管理大量数据的工具。
在进行数据库管理时，事务的提交与回滚是重要的概念和操作。
本文将深入探讨数据库事务的提交和回滚原理，包括其定义、实现机制和相关操作。
一、事务的定义和特性在数据库中，事务是指逻辑上的一组操作，可以是读取、写入或更新数据库中的数据。
事务应满足四个特性，即原子性、一致性、隔离性和持久性（ACID）。
1. 原子性（Atomicity）：事务中的操作要么全部执行成功，要么全部失败回滚。
事务的执行过程中出现任何错误都将导致事务回滚到开始状态。
2. 一致性（Consistency）：事务在执行前和执行后必须保持数据库的一致性。
一致性要求在事务执行期间，数据库不会被破坏或处于无效状态。
3. 隔离性（Isolation）：事务的执行不应受到其他并行执行的事务干扰。
每个事务在执行期间应该与其他事务互不干扰，保证并发操作的正确性。
4. 持久性（Durability）：一旦事务提交，其所做的改变将永久保存在数据库中，并且对于所有并发读取到的事务是可见的。
二、事务提交的实现原理事务的提交是指将事务中的所有操作永久地应用到数据库中。
下面介绍事务提交所涉及的重要步骤和机制。
1. 日志记录（Logging）：数据库管理系统会将所有事务执行的细节和改变写入日志文件，以确保在出现故障或异常情况时能够进行恢复。
事务日志中记录了每个事务所执行的操作，包括读取和写入数据。
2. 回滚日志（Undo Logs）：在事务执行的过程中，数据库会生成回滚日志，用于在事务回滚时还原数据。
回滚日志记录了在事务执行过程中所做的每项更改的反向操作。
3. 写操作的缓存（Write-Ahead Logging）：为了减少磁盘的I/O操作，数据库会将事务中的写操作先缓存在内存中，而不是直接写入磁盘。
只有在事务提交时，才将缓存中的写操作刷入磁盘。
4. 提交策略（Commit Policy）：数据库支持不同的提交策略，如立即提交、延迟提交或批量提交。
数据库事务处理的回滚与提交操作(八)
数据库事务处理的回滚与提交操作数据库事务是指由一系列数据库操作组成的逻辑工作单元。
在某些情况下，我们可能需要对事务进行回滚或提交操作，以确保数据的一致性和完整性。
本文将探讨数据库事务处理中的回滚与提交操作，并分析它们的重要性和应用场景。
一、回滚操作回滚是指将数据库事务中的操作从当前状态恢复到事务开始前的状态，即取消已执行的操作。
回滚操作可以在以下几种情况下发生：1. 发生错误：当事务执行过程中发生错误或异常，导致事务无法继续进行时，可以选择回滚操作。
例如，在插入数据时遇到了唯一约束冲突，导致无法完成插入操作，这时可以选择回滚，撤销插入操作，以保持数据的完整性。
2. 取消操作：有时候用户可能在事务执行过程中意识到自己进行了错误的操作，这时可以选择回滚操作来取消之前的操作，避免对数据造成不良影响。
3. 并发冲突：当多个事务同时访问和修改同一份数据时，可能会出现并发冲突。
为了避免数据的不一致性，数据库系统会选取其中一个事务作为胜出者，而其他事务则会被回滚。
回滚操作的实现通常通过撤销已执行的操作。
数据库系统会记录每个事务所执行的操作，包括读取和修改。
当执行回滚操作时，系统会根据事务的操作日志逆序执行相应的撤销操作，以恢复数据库到事务开始前的状态。
回滚操作的重要性在于保护数据的完整性和一致性。
它能够消除错误操作的影响，避免数据损坏或丢失。
此外，回滚操作还可以提供对事务的灵活控制，使用户能够撤销不希望进行的操作。
二、提交操作提交是指将数据库事务中的操作永久保存到数据库中的操作。
当事务执行成功并符合数据一致性和完整性的要求时，可以选择提交操作。
提交操作的重要性在于确保事务的永久性。
一旦事务提交，其对数据库的修改将立即影响到其他事务。
提交后的操作将成为数据库中的永久数据，保证了数据的可靠性和持久性。
提交操作通常在以下情况下发生：1. 业务逻辑完成：当事务中的所有操作都成功执行且满足业务逻辑的要求时，可以选择提交事务。
数据库事务处理的回滚与提交操作(六)
数据库事务处理的回滚与提交操作一、引言在数据库领域，事务处理是非常重要且常见的操作。
事务通过一系列的数据库操作来完成特定的任务，确保数据的一致性和完整性。
而回滚与提交是事务处理中两个核心的概念和操作。
二、回滚操作1. 概念与作用回滚是指将一个事务中的所有操作全部撤销，即恢复到事务开始之前的状态。
当事务中的某个操作出现错误或异常时，通过回滚操作可以将数据库恢复到事务开始之前的一致状态，保证操作的可靠性和数据的一致性。
2. 回滚的实现方式回滚操作可以通过数据库管理系统提供的事务日志来实现。
事务日志记录了事务中每个操作的详细信息，包括操作的类型、位置、数据等。
当需要回滚时，系统会根据日志中的信息逐步撤销事务中的操作，直到数据库恢复到事务开始之前的状态。
3. 回滚操作的示例以一个简单的转账操作为例，假设事务T1包含两个操作：从账户A中扣除100元，将其转移到账户B中。
如果在转账过程中出现了错误，如账户A余额不足，系统将进行回滚操作，撤销从账户A扣除的金额，确保转账的一致性。
三、提交操作1. 概念与作用提交是指将一个事务中的所有操作永久地应用到数据库中，使其对其他事务可见。
通过提交操作，事务中的操作将不可被撤销，数据库的状态得到更新。
2. 提交操作的实现方式提交操作的实现需要保证事务的原子性、一致性、隔离性和持久性，这可以通过数据库管理系统的事务管理机制来实现。
事务管理机制负责管理事务的开启、处理和结束，并保证事务的提交是原子性的，即要么全部提交成功，要么全部失败。
3. 提交操作的示例假设一个事务T2包含两个操作：向数据库中插入一条新的用户记录，更新用户表中的某个字段。
当所有操作执行成功后，系统将进行提交操作，将这些操作永久地应用到数据库中，使其对其他事务可见。
四、回滚与提交的应用场景1. 并发事务处理在多用户同时访问数据库的情况下，回滚与提交操作可以保证事务的隔离性和一致性。
当多个事务同时操作数据库时，如果其中一个事务出现异常或错误，系统可以通过回滚操作将其撤销，并通过提交操作将其他事务的修改永久应用到数据库中。
数据库事务处理的回滚与提交操作(四)
数据库事务处理的回滚与提交操作引言：在数据库管理系统中，事务是指一组数据库操作的执行。
数据库操作可以是对单个数据项进行的读写操作，也可以是对多个数据项的复杂操作。
事务处理是确保数据库在并发环境中的一致性、可靠性和完整性的重要手段。
在事务处理中，回滚与提交操作是非常关键的。
一、事务处理的概念及特性事务处理是指将一系列的数据库操作作为一个整体进行提交或回滚的过程。
事务处理具有以下四个特性：1. 原子性（Atomicity）：事务中的操作要么全部成功执行，要么全部失败回滚，不存在部分执行的情况。
在事务中的操作具有一致性，要么全部生效，要么全部不生效。
2. 一致性（Consistency）：事务开始之前，数据库处于一致状态。
事务处理结束后，数据库仍然处于一致状态。
3. 隔离性（Isolation）：多个事务同时执行时，每个事务都应该感觉不到其他事务的存在。
每个事务独立执行，不受其他事务的干扰。
4. 持久性（Durability）：事务被提交后，对数据库的改变是永久性的，即使发生系统故障也不会丢失。
二、回滚操作1. 概念：回滚操作是事务处理的一种重要机制，它可以将已经执行的操作全部撤销，恢复到事务开始之前的状态。
回滚操作常被用于事务执行过程中发生错误或其他异常情况时进行事务的中断。
2. 实现方法：数据库管理系统通过使用日志记录技术来实现回滚操作。
当事务开始执行时，将所作的修改操作写入日志中，如果事务执行失败，则通过日志中的信息对数据库进行回滚。
三、提交操作1. 概念：提交操作是事务处理的另一种重要机制，它表示事务执行成功并将其结果永久保存到数据库中。
提交操作通常在事务执行的最后阶段进行。
2. 实现方法：数据库管理系统会将事务的操作结果缓存在临时区域中，即称为"脏页"。
当事务提交时，将临时区域中的数据写回到数据库中，并将其标记为已提交状态，从而确保事务的持久性。
四、回滚与提交的应用场景1. 回滚的应用场景：- 事务执行出现错误或异常情况，需要撤销已经执行的操作，返回到事务开始前的状态。
如何使用MySQL进行数据的版本控制和回滚
如何使用MySQL进行数据的版本控制和回滚使用MySQL进行数据的版本控制和回滚导言在软件开发过程中，数据库扮演着至关重要的角色。
然而，一旦数据发生错误或意外更改，恢复它们变得非常困难。
幸运的是，MySQL提供了一些工具和技术，可以帮助我们控制和回滚数据版本。
本文将介绍如何使用MySQL进行数据的版本控制和回滚，并提供一些建议和最佳实践。
一、事务事务是MySQL中一组数据库操作的集合，这些操作要么全部成功，要么全部失败。
事务具有ACID（原子性、一致性、隔离性和持久性）属性，确保数据的一致性和完整性。
在MySQL中，我们可以使用以下语句来实现事务的控制：BEGIN; -- 开始事务- SQL语句 -COMMIT; -- 提交事务ROLLBACK; -- 回滚事务通过将一组相关的数据库操作包装在BEGIN和COMMIT之间，可以确保这些操作要么全部成功，要么全部回滚。
如果发生错误，可以使用ROLLBACK回滚事务，还原到事务开始前的状态。
二、二进制日志MySQL通过二进制日志（Binary Log）记录数据库的所有更改操作，包括数据的插入、更新和删除。
这些日志文件可以用来恢复数据库到特定时间点或特定操作之前的状态。
可以通过修改MySQL配置文件，启用二进制日志：log_bin = /var/log/mysql/mysql-bin.logbinlog_format = row启用二进制日志后，MySQL将自动记录所有的更改操作，并将它们写入指定的日志文件中。
我们可以使用工具如mysqlbinlog来查看和恢复这些日志。
三、复制MySQL的复制功能允许我们将一个数据库的更改同步到其他服务器上的数据库。
这对于实现高可用性和数据冗余非常有用，同时也提供了数据的备份和回滚功能。
简单说，MySQL复制将一个数据库作为主数据库（Master）来配置，其他服务器则作为从数据库（Slave）。
当主数据库上的数据发生更改时，这些更改将自动被复制到从数据库上。
数据库事务处理的错误处理与回滚机制
数据库事务处理的错误处理与回滚机制在数据库管理系统中，事务的处理是关键因素之一。
事务是数据库操作的最小单位，它将一系列的操作组合在一起，要么全部成功执行，要么全部回滚。
在事务中，错误处理和回滚机制起着重要的作用，它们保证了数据的完整性和一致性。
本文将介绍数据库事务处理过程中的错误处理和回滚机制的详细内容。
在数据库事务处理中，错误处理是非常重要的，它确保了在出现错误或异常情况时能够正确处理，保护数据完整性。
事务处理过程中可能会出现诸如数据冲突、违反完整性约束、资源不足等各种错误情况。
一旦发生错误，在事务的处理过程中必须进行错误识别、处理和回滚。
在错误处理中，首先要进行错误的识别与检测。
当一个事务中的操作发生错误时，数据库管理系统会检测到错误，并产生相应的错误消息。
这些错误消息可以通过错误码或错误描述来区分和辨别错误种类。
错误码是数据库管理系统为每种特定错误定义的特殊代码，通过错误码可以快速定位错误并采取相应的错误处理措施。
此外，错误描述通过清晰的语言描述了错误的原因和影响，有助于运维人员或开发人员理解错误的来源和解决办法。
一旦发生错误，数据库管理系统将启动错误处理程序，并执行相应的错误处理措施。
错误处理措施通常包括回滚、报错、备份恢复等操作。
其中，回滚是恢复到事务开始之前的状态，把已提交的事务影响的数据回滚到之前的状态，保证数据的一致性。
回滚操作可以通过日志记录来实现，数据库管理系统会将每个操作记录在日志中，发生错误时可以根据日志信息进行回滚。
报错是将错误信息显示给用户或开发人员，告知错误的发生和具体的错误内容。
备份恢复是将数据库恢复到之前的备份状态，从而避免持久化存储设备故障或其他灾难性损坏造成的数据丢失。
此外，回滚机制也在日常数据库管理中起着重要的作用。
当一个事务因为某些原因（如用户取消或超时）被中止时，回滚机制可以恢复到事务开始之前的状态。
回滚机制是通过撤销操作已提交的事务、释放被锁定的资源和恢复之前的数据库状态实现的。
数据库事务处理的回滚与提交操作(一)
数据库事务处理的回滚与提交操作引言：在数据库管理系统中，事务是一组数据库操作的逻辑单元，要么全部成功执行，要么全部失败回滚。
在事务处理过程中，回滚与提交操作起着至关重要的作用。
本文将分析数据库事务处理中的回滚与提交操作的定义、实现以及对数据一致性的影响。
一、回滚操作回滚操作是指当事务发生错误或被终止时，将已经执行但未提交的操作全部撤销，使数据库恢复到事务开始前的状态。
回滚操作是保证数据一致性和完整性的重要手段。
回滚操作的定义回滚操作是指将一个事务中的所有数据库操作都撤销。
回滚操作的实现数据库系统通过将操作前的数据备份或记录日志的方式来实现回滚操作。
当一个事务发生错误或被终止时，系统可以根据备份的数据或记录的日志，将数据库中已经执行但未提交的操作逆向执行，从而达到回滚的效果。
回滚操作对数据一致性的影响回滚操作可以确保当一个事务发生错误时，数据库恢复到事务开始前的状态，避免了数据的不一致性。
通过回滚操作，可以消除已经执行但未提交的操作对数据的影响，从而保证了数据的完整性。
二、提交操作提交操作是指当事务中的所有操作都执行成功后，将这些操作永久保存到数据库中，使其对其他事务可见。
提交操作是事务处理的最后一步，决定了事务的结果。
提交操作的定义提交操作是指将一个事务中的所有数据库操作永久保存到数据库中。
提交操作的实现当一个事务中的所有操作都执行成功后，数据库系统会将这些操作持久化保存，使其对其他事务可见。
数据库系统通过将操作记录写入日志文件或更新数据块的方式来实现提交操作。
只有当提交操作成功后，其他事务才能看到此次事务的结果。
提交操作对数据一致性的影响提交操作是保证数据一致性的关键步骤。
只有当事务中的操作都执行成功并提交后，数据库才会将这些操作永久保存。
通过提交操作，可以保证事务的结果对其他事务是可见的，从而保证了数据的一致性。
结论：回滚与提交操作在数据库事务处理中起着至关重要的作用。
回滚操作可以撤销已经执行但未提交的操作，保证数据的一致性和完整性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
14
管理回滚数据
2010-12-6
1
回滚段: 目的
Transaction rollback
Transaction recovery
2010-12-6
Undo segment
Read consistency
2
读一致性
Table SELECT * FROM table
New image Image at start of statement
ALTER SYSTEM SET UNDO_TABLESPACE=UNDOTBS2;
2010-12-6
6
自动回滚表空间管理:删除一个回滚 表空间
使用DROP TABLESPACE命令删除
DROP TABLESPACE UNDOTBS2;
回滚表空间只有在没有任何实例在使用的时 候才能够删除. 删除一个激活的回滚表空间:
2010-12-6
8
Guarantee
在AUM模式下，UNDO_RETENTION参数用以控制事务提交 以后undo信息保留的时间。该参数以秒为单位，9iR1初始值 为900秒，在Oracle9iR2增加为10800秒。但是这是一个NO Guaranteed的限制。也就是说，如果有其他事务需要回滚空 间，而空间出现不足时，这些信息仍然会被覆盖。很多时候这 是不希望看到的。 从Oracle10g开始，如果你设置UNDO_RETENTION为0，那 么Oracle启用自动调整以满足最长运行查询的需要。当然如果 空间不足，那么Oracle满足最大允许的长时间查询。而不再需 要用户手工调整。 同时Oracle增加了Guarantee控制，也就是说，你可以指定 UNDO表空间必须满足UNDO_RETENTION的限制。
• 切换到一个新的回滚表空间. • 删除表空间直到当前的事务完成.
2010-12-6
7
自动回滚表空间:其他参数
UNDO_SUPPRESS_ERRORS参数:
• 设置为TRUE, 能够屏蔽当在自动模式中企图 执行手工操作产生的错误.
UNDO_RETENTION参数:
• 控制多少回滚数据保留为一致性读.
UNDO_MANAGEMENT: 指定系统是否使用自 动回滚表空间管理 UNDO_TABLESPACE: 指定一个回滚表空间
UNDO_MANAGEMENT=AUTO UNDO_TABLESPACE=UNDOTBS
2010-12-6
5
自动回滚表空间管理: 切换回滚表空间
可以切换一个回滚表空间到另外一个表空间. 对于一个数据库同时只能指定一个回滚表空间. 在一个实例中可以允许存在多个回滚表空间，但同 时只能激活一个. . 使用ALTER SYSTEM 命令动态切换回滚表空间.
2010-12-6 10
回滚数据统计
SELECT end_time,begin_time,undoblks FROM v$undostat; END_TIME -----------------22-JAN-01 13:44:18 22-JAN-01 13:43:04 22-JAN-01 13:33:04 22-JAN-01 13:23:04 22-JAN-01 13:13:04 22-JAN-01 13:03:04 22-JAN-01 12:53:04 22-JAN-01 12:43:04 22-JAN-01 12:33:04 BEGIN_TIME UNDO ------------------ ----22-JAN-01 13:43:04 19 22-JAN-01 13:33:04 1474 22-JAN-01 13:23:04 1347 22-JAN-01 13:13:04 1628 22-JAN-01 13:03:04 2249 22-JAN-01 12:53:04 1698 22-JAN-01 12:43:04 1433 22-JAN-01 12:33:04 1532 22-JAN-01 12:23:04 1075
10800 800 8192 65.91796875G
2010-12-6
13
获得回滚段信息
获取回滚段信息:
• DBA_ROLLBACK_SEGS
动态性能视图
• • • • • V$ROLLNAME V$ROLLSTAT V$UNDOSTAT V$SESSION V$TRANSACTION
2010-12-6
2010-12-6
9
…
SQL> alter tablespace undotbs1 retention guarantee; Tablespace altered SQL> alter tablespace undotbs1 retention noguarantee; Tablespace altered 在DBA_TABLESPACES视图中增加了RETENTION字段用以描述该选项: SQL> select tablespace_name,contents,retention from dba_tablespaces; TABLESPACE_NAME CONTENTS RETENTION ------------------------------ --------- ----------SYSTEM PERMANENT NOT APPLY UNDOTBS1 UNDO NOGUARANTEE
2010-12-6 3
自动回滚表空间管理:配置
在初始化参数文件中配置以下两个参数:
• UNDO_MANAGEMENT • UNDO_TABLESPACE
至少建立一个回滚表空间.
undo1db01.dbf Initialization file
2010-12-6Leabharlann UNDO tablespace
4
自动回滚表空间管理:初始化参数
2010-12-6
11
自动回滚表空间管理:定义回滚表空间的大小
决定回滚表空间的大小需要三方面的信息:
UNDO_RETENTION 每秒产生回滚数据块的数量 db_block_size
2010-12-6
12
使用V$UNDOSTAT数据
undo_tablespace_size >= UR * UPS For example: undo_retention = ups = Block_size = undo_tablespace_size = 10800*800*8192 =