假设您有一个包含数千万行的大表。
您想要UPDATE large_table SET col=value WHERE col=other_value...但未col建立索引，并且EXPLAIN显示该查询将对整个表执行 seq 扫描。
这里的锁行为是什么？根据大多数说法，Postgres 仅锁定 UPDATE 查询受影响的行，并且没有锁升级。那么它是否首先搜索要更新的行，然后只锁定找到的行？不过，在这种情况下，其他查询同时更新行似乎可能会出现问题。它是否“在找到每一行时”锁定它们，即在进行 seq 扫描时逐步锁定行？
因此，我认为这里最好的情况是它在找到行时锁定行，并且（仅）受影响的行将被锁定，直到 UPDATE 查询完成为止。
但我担心此查询可能最终会阻止对表的所有写入，直到完成为止。
我读过这篇文章： https: //habr.com/en/company/postgrespro/blog/503008/我认为最坏的情况不会发生，但在这里https://blog.heroku.com/curious-case-table -locking-update-query是类似信息的可能不准确表示，这让我有些怀疑。
该应用程序仅使用SELECT,SELECT FOR UPDATE和UPDATE查询（即除这些之外没有其他显式锁）。该表有其他表的外键，其他表也有该表的外键。
我们使用的是 Postgres 11。