大多数 SQL 语句生成多个逻辑日志记录。当数据库服务器在逻辑日志中记录以下事件时，
解释逻辑日志记录就更为复杂：
删除表或索引的事务
回滚事务
在其中事务任活动的检查点
分布式事务
以下各节讨论这些事务的逻辑日志记录。
删除表或索引的事务
一旦数据库服务器从数据库中删除了表或索引，它无法回滚该删除操作。如果事务包含
DROP TABLE 或 DROP INDEX 语句，那么数据库服务器如下处理该事务：
1. 数据库服务器完成事务的所有其他部分，并写下相关的逻辑日志记录。
2. 数据库服务器将 BEGCOM 记录写入逻辑日志和与 DROP TABLE 或 DROP INDEX 相关
联的记录（例如：DINDEX ）。
3. 数据库服务器写入 COMMIT 记录。
如果事务在数据库服务器将 BEGCOM 记录写入逻辑日志之后意外终止，那么数据库服务器
在恢复过程中前滚该事务，因为它无法回滚删除操作。
回滚的事务
当发生回滚时，数据库服务器为回滚的逻辑日志中的每个记录生成补偿日志记录（CLR）。
如果在回滚过程中发生系统故障，那么数据库服务器使用 CLR 。CLR 向数据库服务器提供
有关在故障发生前回滚进度的信息。换句话说，数据库服务器使用 CLR 来记录回滚。
如果 CLR 包含短语 includes next record ，那么打印的下一条日志记录作为补偿操作包
含在 CLR 日志记录中。否则，必须假定补偿操作是 CLR 的 link 字段所指向的日志记录
的逻辑撤销。
带有活动事务的检查点
如果任何事务在检查点时是活动的，那么检查点记录包含使用以下各列描述每个活动事务
的子条目：
GBase 8s 管理员参考
南大通用数据技术股份有限公司 - 277 -
日志开始（十进制格式）
事务 ID（十进制格式）
唯一日志号（十进制格式）
日志位置（十六进制格式）
用户名
分布式事务
当分布式事务（跨多个数据库服务器的事务）生成日志记录，它们与非分布式事务稍有不
同。如果事务提交时发生故障，那么可能需要阅读并解释它们，以确定这两个数据库服务
器上事务的状态。
分布式事务中涉及以下日志记录：
BEGPREP
ENDTRANS
HEURTX
PREPARE
TABLOCKS
有关这种类型的逻辑日志记录的更多信息，请参阅 GBase
8s 管理员指南 中有关两阶段落
实和逻辑日志记录的资料。
如果正在使用 TP/XA 执行分布式事务，那么数据库服务器使用 XAPREPARE 记录而不是
PREPARE 记录。