回表

创建Oracle回滚表空间用于存储回滚段信息，记录事务修改数据前的值，允许在特定条件下撤销操作。创建时仅能使用DATAFILE和EXTENT MANAGEMENT条件。

一个回滚表空间可以被划分成多个回滚段，每个回滚段可以存储多个会话的数据。回滚段是一个圆形的数据模型，具体可参考《第七课的补充文件——对回滚段的工作方式的补充（P5）》。

Oracle 闪回配置参数详解 通过以下三个初始化参数，可以轻松设置和管理 Oracle 闪回恢复区： db_recovery_file_dest: 指定闪回恢复区的路径。 db_recovery_file_dist_size: 指定闪回恢复区的可用空间大小。 db_flashback_retention_target: 指定数据库可回退的最长时间，单位为分钟，默认为 1440 分钟（即 24 小时）。

Oracle 中没有直接回退已提交更改的方法，可能导致以下情况：对表的错误 DML 操作无法恢复，或错误地执行 DROP 操作。此时，闪回机制可提供解决方案。

在Oracle数据库中，创建回滚段的SQL语句如下： CREATE ROLLBACK SEGMENT rbs01TABLESPACE rbsSTORAGE (INITIAL 100KNEXT 100KOPTIMAL 4MMINEXTENTS 20MAXEXTENTS 100); 通过该语句，我们可以为回滚段指定初始大小、扩展大小、最优大小、最小扩展数和最大扩展数等参数。回滚段在事务回滚和数据恢复中发挥重要作用。

当数据变更安全写入硬盘后，回滚日志文件便失去了存在的意义，可以立即删除。若在删除前发生断电或系统崩溃，恢复进程会将日志内容写回数据库文件，即使数据库本身未发生变化。 如果在删除后发生崩溃或断电，一切看起来就像所有变更都已写入磁盘。SQLite正是通过回滚日志文件是否存在来判断数据库文件是否完成变更的。 删除文件并非原子操作，但从用户进程角度来看，它是原子性的。进程只能得到文件存在与否的二元答案。 在事务提交过程中，如果系统崩溃或断电，SQLite会检查回滚日志文件是否存在。如果存在，则事务未完成，需要回滚数据库文件；如果不存在，则事务已成功提交。 事务的存在与否取决于回滚日志文件。由于删除文件

使用 v$rollstat、sys.dba_rollback_segs 和 v$rollname 查看回滚段信息。 使用 name、waits、gets 和 waits / gets 查询回滚段争用情况。

ROLLBACK 可放弃未保存的数据变更，包括：- 数据变更可恢复- 数据恢复到回滚前状态- 解除记录锁定 例如：删除 TEST 表中的记录时误删所有记录，可使用 ROLLBACK 撤销错误操作，并重新执行正确的 DELETE 语句。

这份文档为解决数据库临时表空间不足问题的辅助资料。实际上，这个问题更多涉及远程数据库配置及网络问题，但仍具参考价值。

以下是Oracle数据闪回技术的案例，供大家参考。