故障发生前已经提交的事务（既有BEGIN TRANSACTION记录，也有COMMIT记录），这些事务需要重做。
故障发生时还未完成的事务（只有BEGIN TRANSACTION记录，无对应的 COMMIT记录），这些事务需要回滚。
故障发生时还没开始的事务就没意义了。
（1）
故障在14之后，在故障发生之前已经提交的事务是T1和T3，需要重做。故障发生时尚未完成的事务T2和T4，需要回滚。
（2）
T1需要重做， T2、T3需要回滚。
（3）
T1需要重做， T2、T3需要回滚。
（4）
T1需要重做，T2需要回滚。
对重做的事务，正向扫描，将日志”更新后的值“写入数据库。
对回滚的事务，反向扫描，将日志“更新前的值”写入数据库。（回滚的事务的更新操作无
本文探讨了数据库恢复技术，重点在于如何处理不同状态的事务。已提交的事务在故障后需要重做，未完成的事务则需回滚。通过对日志的正向或反向扫描，恢复事务的正确状态。例如，故障情况下，T1通常需要重做，而其他未完成的事务如T2、T3需要回滚。恢复过程确保数据库的一致性，即使在故障后也能保持其正确性。
最低0.47元/天 解锁文章
433
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
