假设您有一个包含数千万行的大表。
您想要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 上。