[大数据]GBase8s数据库带有事务日志记录的数据库

如果您以事务日志记录创建的数据库，则 LOCK TABLE 语句成功，仅当在事务之内执行它。在您

可执行 LOCK TABLE 语句之前，必须发出 BEGIN WORK 语句。

在符合 ANSI 的数据库中，事务是隐式的。如果指定的表尚未被另一进程锁定，则 LOCK TABLE

语句成功。

下列准则适用于在事务内使用 LOCK TABLE 语句：

您不可锁定系统目录表。

您不可在事务内在共享的和排他的表锁之间切换。例如，一旦您在共享模式下锁定该表，

不可将该锁定模式升级为排他。

如果在访问表中的一行之前，您发出 LOCK TABLE 语句，且 PDQ 为生效，则不为该表

设置行锁。以此方式，您可覆盖行级锁定并避免超过在数据库服务器配置中定义的锁定的

最大数目。（但如果 PDQ 生效，则您可能用尽锁，发生错误 -134，除非您的

ONCONFIG 文件的 LOCKS 参数指定足够大的锁定数。）

在完成事务之后，自动地释放所有行和表锁。 在使用事务日志记录的数据库中，

UNLOCK TABLE 语句失败。

同一用户可显式地使用 LOCK TABLE 来并发地锁定最多 32 个表。（使用 SET

ISOLATION 来指定适当的隔离级别，诸如 Repeatable Read，如果在单个事务期间您需要

从多于 32 个表锁定行的话。）

下列示例展示如何在以事务日志记录创建了的数据库中更改表的锁定模式：

BEGIN WORK;

LOCK TABLE orders IN EXCLUSIVE MODE;

…

COMMIT WORK;

BEGIN WORK;

LOCK TABLE orders IN SHARE MODE;

…

COMMIT WORK;

警告： 建议您在事务中不要使用无日志记录的表。如果您需要在事务中使用无日志记录的表，或

在排他模式下锁定该表，或设置隔离级别为 Repeatable Read，以防并发问题。