数据库什么时候REDo

数据库的REDO操作是在数据发生变化时进行的。具体来说，当数据库执行写操作（如插入、更新或删除数据）时，会先将这些操作记录到日志文件中，这个记录的过程就是REDO操作。REDO操作的目的是保证数据库的持久性和一致性。

以下是数据库中REDO操作的几个情况和时机：

1. 事务提交时：当用户提交一个事务时，数据库会将该事务中的所有操作都记录到日志文件中，以便在之后的恢复过程中能够重新执行这些操作。这个时候进行的REDO操作称为事务的提交REDO。

2. 数据库崩溃恢复时：当数据库发生崩溃或意外断电等情况时，系统需要通过崩溃恢复机制将数据库恢复到之前的一致状态。在这个过程中，数据库会根据日志文件中的REDO信息重新执行未完成的事务，以保证数据的完整性和一致性。

3. 数据库备份与恢复时：数据库备份是为了防止数据丢失或灾难恢复而进行的一项重要操作。在备份过程中，数据库会将REDO信息一同备份，以便在恢复时能够重新执行这些操作。

4. 数据库复制与同步时：在数据库复制和同步的过程中，主数据库会将REDO信息传递给从数据库，以保证从数据库能够与主数据库保持一致。这个过程中的REDO操作称为复制或同步REDO。

5. 数据库性能优化时：在数据库的性能优化过程中，可以通过调整REDO日志的大小、缓冲区的大小等参数来提高REDO操作的效率和性能。

总而言之，数据库的REDO操作是在数据发生变化时进行的，包括事务提交、数据库崩溃恢复、数据库备份与恢复、数据库复制与同步以及数据库性能优化等情况。通过REDO操作，数据库可以保证数据的持久性、一致性和可恢复性。

在数据库中，REDO是指事务日志的重做操作。REDO日志记录了数据库中的所有修改操作，包括插入、更新和删除操作。当数据库发生故障或崩溃时，REDO日志可以用来恢复数据库到故障发生前的状态。

REDO日志的重做操作主要发生在以下几种情况下：

1. 数据库崩溃：当数据库崩溃时，可能会导致未提交的事务丢失，以及已提交的事务未能完全持久化到磁盘。此时，数据库可以通过重做操作将未持久化的修改重新应用到数据库中，以使数据库恢复到崩溃前的状态。

2. 数据库恢复：当数据库需要从备份中恢复时，REDO日志可以用来重新执行备份之后发生的所有修改操作，以使数据库恢复到备份时的状态。

3. 数据库备份：在进行数据库备份时，REDO日志可以用来记录备份开始之后发生的所有修改操作。这样，在需要从备份中恢复时，可以使用REDO日志来重新执行备份之后的修改操作，以使数据库恢复到备份时的状态。

4. 数据库复制：在数据库复制中，REDO日志可以用来记录主数据库上的所有修改操作，并在从数据库上重放这些操作，以使从数据库与主数据库保持同步。

总之，REDO日志的重做操作主要发生在数据库崩溃、数据库恢复、数据库备份和数据库复制等情况下。通过重做操作，可以保证数据库的一致性和持久性，并确保数据的完整性。

数据库的REDO是指数据库系统将已经提交的事务操作重新执行的过程。在数据库中，当发生故障或崩溃时，可能会导致未提交的事务丢失，而已提交的事务可能会因为故障而没有正确地写入到磁盘中。为了保证数据库的一致性和完整性，数据库系统会通过REDO操作来恢复已提交的事务。

下面是数据库进行REDO的一般流程：

1. 日志记录：数据库系统会将每个事务的操作记录在日志文件中。日志文件包含了对数据库进行修改的所有信息，包括事务的开始、修改的数据块及其操作类型等。

2. 检查点：数据库系统会定期在日志文件中设置检查点，记录当前数据库的状态。检查点通常在系统闲置时进行，可以减少恢复时间。

3. 恢复操作：当数据库发生故障或崩溃时，数据库系统会在重启后自动进行恢复操作。恢复操作主要包括两个步骤：恢复到检查点和REDO。

   a. 恢复到检查点：数据库系统首先会将数据库恢复到最近的检查点，即将未提交的事务回滚，将已提交的事务重做。

   b. REDO：在恢复到检查点后，数据库系统会根据日志文件中的信息，重做已提交的事务操作。重做操作是指将事务已经修改的数据块重新应用到磁盘上，确保数据库的一致性。

4. 数据库打开：当REDO操作完成后，数据库系统会重新打开数据库，用户可以继续对数据库进行读写操作。

需要注意的是，REDO操作是在数据库系统发生故障或崩溃后进行的，目的是将已提交的事务操作重新执行，确保数据库的一致性。而UNDO操作则是在事务回滚时进行的，目的是将未提交的事务操作撤销，恢复到事务开始前的状态。