我很感兴趣，避免这个小问题的最佳做法是什么:)
假设有 2 个客户端，都试图在具有唯一约束的表中插入行。
假设它是“url”列。
有时可能会出现以下情况:
1) 客户端A看表中是否有url "a"
2) 客户端 A 得到答案，没有那个 url
3) 客户A要插入url "a"
4) Client B 看表中是否有url "a"
5) 客户端 B 得到答案，没有那个 url
6) 客户端A插入url "a"
7) Client B 将要插入 url "a"，但出现重复键错误
我的理解是否正确，避免它的最好方法 - 只需在应用程序级别重试？
最佳答案
您可以通过在事务开始时取消显式锁定来避免错误，但这可能不利于并发性和吞吐量。
http://www.postgresql.org/docs/current/interactive/explicit-locking.html
如果您不阻止并发尝试，则需要以一种或另一种方式处理重试。您可以将其封装在一个函数中，而不是将该逻辑放在应用程序代码中。逻辑类似于 merge_db() 示例:
关于PostgreSQL:2+ 个客户端，唯一约束 -> 竞争条件，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10447824/