PostgreSQL的：2+客戶，唯一約束 - >競爭條件

Question

我感興趣的，什麼是避免小問題:)

讓我們2個客戶端的最佳實踐，都試圖與唯一約束的表中插入行。
假設它是「url」列。

在同一時間有可能會出現以下情況：
    1）客戶端A看起來，有沒有網址「一」表
    2）客戶端A得到的答案，沒有該網址
    3）客戶端A將要插入網址 「一」
    4）客戶端B看起來，有沒有網址 「一」 表
    5）客戶端B獲取答案，沒有該網址
    6）客戶端A插入網址 「一」
    7）客戶端B是要插入網址 「一」，但得到重複鍵錯誤

難道我的理解對不對，那最好的辦法爲了避免它 - 只需在應用程序級別重試？

Answer 1

可避免在事務開始取出明確鎖錯誤，但可以併發和吞吐量是壞的。

http://www.postgresql.org/docs/current/interactive/explicit-locking.html

如果不阻止併發的嘗試，你需要處理重試或那種方式。而不是將該邏輯放入應用程序代碼中，可以將其封裝在函數中。邏輯是類似merge_db（）例如：

http://www.postgresql.org/docs/current/interactive/plpgsql-control-structures.html#PLPGSQL-ERROR-TRAPPING

Answer 2

如果您在SERIALIZABLE隔離級別運行，客戶端B將被強制等待A的交易完成返回該URL的前值。由於該值尚不存在，因此不能在記錄上放置鎖（沒有記錄），因此將使用索引上的間隙鎖定。但是正如@kgrittn所提到的那樣，這會對性能和併發性產生負面影響。所以最好處理重複的鍵錯誤