重做线程

在多个数据库实例的上下文中说话时，每个数据库实例的重做日志也称为重做线程。在典型配置中，只有一个数据库实例访问一个 Oracle 数据库，因此只有一个线程存在。但是，在 Oracle Real Application Clusters 环境中，两个或多个实例同时访问单个数据库，并且每个实例都有自己的重做线程。每个实例的单独重做线程避免了对单个重做日志文件集的争用，从而消除了潜在的性能瓶颈。

本章介绍如何在标准单实例 Oracle 数据库上配置和管理重做日志。在所有讨论和语句示例中，线程号可以假设为 1。有关 Oracle Real Application Clusters 环境中重做日志组的信息，请参阅Oracle Real Application Clusters 管理和部署指南。

重做日志内容

重做日志文件充满了重做记录。重做记录，也称为重做条目，由一组更改向量组成，每个向量都是对数据库中单个块所做更改的描述。例如，如果更改员工表中的薪水值，则会生成包含更改向量的重做记录，这些更改向量描述对表的数据段块、撤消段数据块和撤消段的事务表的更改。

重做条目记录数据，您可以使用这些数据重建对数据库所做的所有更改，包括撤消段。因此，重做日志也保护回滚数据。当您使用重做数据恢复数据库时，数据库会读取重做记录中的更改向量并将更改应用于相关块。

重做记录以循环方式缓存在 SGA 的重做日志缓冲区中（请参阅“Oracle 数据库如何写入重做日志”），并由日志写入器 (LGWR) 数据库后台进程写入其中一个重做日志文件。每当提交事务时，LGWR 将事务重做记录从 SGA 的重做日志缓冲区写入重做日志文件，并分配一个系统更改号(SCN) 来标识每个已提交事务的重做记录。只有当与给定事务相关的所有重做记录都安全地保存在联机日志中的磁盘上时，用户进程才会通知该事务已提交。

重做记录也可以在提交相应的事务之前写入重做日志文件。如果重做日志缓冲区已满，或另一个事务提交，LGWR 会将重做日志缓冲区中的所有重做日志条目刷新到重做日志文件，即使某些重做记录可能未提交。如有必要，数据库可以回滚这些更改。

Oracle 数据库如何写入重做日志

一个数据库的重做日志由两个或多个重做日志文件组成。数据库至少需要两个文件，以确保一个文件始终可用于写入，而另一个文件正在存档（如果数据库处于ARCHIVELOG模式）。有关详细信息，请参阅“管理归档重做日志”。

LGWR 以循环方式写入重做日志文件。当前重做日志文件填满时，LGWR 开始写入下一个可用的重做日志文件。当最后一个可用的重做日志文件被填满时，LGWR 返回到第一个重做日志文件并写入它，再次开始循环。图 10-1说明了重做日志文件的循环写入。每行旁边的数字表示 LGWR 写入每个重做日志文件的顺序。

根据是否启用归档，已填充的重做日志文件可供 LGWR 重用。

• 如果禁用归档（数据库处于NOARCHIVELOG模式），则在将记录在其中的更改写入数据文件后，可以使用已填充的重做日志文件。
• 如果启用了归档（数据库处于ARCHIVELOG模式），则在其中记录的更改已写入数据文件且文件已归档后，LGWR 可以使用已填充的重做日志文件。