主页 / dba / 问题 / 268301
Accepted
John Bachir
Asked: 2020-06-02 06:31:58 +0800 CST

为什么 ADD CONSTRAINT ... NOT VALID 需要很长时间？

  • 772

我在这样的一些列中添加了 NOT NULL 约束，期望该命令非常快，因为NOT VALID. 但是，它花了大约 60-100 秒，并且似乎一直锁定表（基于在那段时间其他事情失败）。这是在一个大约有 8,600,000 行的表上。为什么会这样？执行 4 个命令而不是 1 个命令会更好吗？

Postgres 12

ALTER TABLE my_table
  ADD CONSTRAINT my_table_column1_not_null CHECK (column1 IS NOT NULL) NOT VALID,
  ADD CONSTRAINT my_table_column2_not_null CHECK (column2 IS NOT NULL) NOT VALID,
  ADD CONSTRAINT my_table_column3_not_null CHECK (column3 IS NOT NULL) NOT VALID,
  ADD CONSTRAINT my_table_column4_not_null CHECK (column4 IS NOT NULL) NOT VALID;
postgresql constraint

1 个回答

  1. Best Answer

    ALTER TABLE 需要表上的“访问独占”锁。虽然它一旦获得它只会持有该锁几微秒，但如果任何其他会话已经在表上持有任何锁，它仍然可能在等待获取它时无限期地阻塞。一旦它确实阻塞了其他会话，即使是想要更弱锁定的会话，也会在它后面阻塞。（PostgreSQL 不允许队列跳转，因此等待被授予的强锁将阻塞传入的弱锁，即使这些传入的锁与已经持有的锁兼容。）

    如果您希望 ALTER TABLE 几乎立即成功或失败，请将 lock_timeout 设置为较低的值。尝试将它们作为单独的语句运行会使情况变得更糟，而不是更好。

    • 5

相关问题