PostgreSQL。一个进程插入，第二个尝试选择但未找到答案

【问题标题】：Postgresql. One process insert, second try to select but not foundPostgreSQL。一个进程插入，第二个尝试选择但未找到
【发布时间】：2013-12-06 11:44:19
【问题描述】：

奇怪的情况。

我尝试启动聊天应用程序。我使用 postgresql 9.3 和 tomcat 作为 Web 服务器。

当一个浏览器向另一个浏览器发送消息时会发生什么：

1 - 浏览器 A 向服务器 (tomcat) 发送消息

2 - Tomcat 将 msg 放入数据库并获取他的 id

INSERT INTO messages VALUES('first message') returning into MSGID id

3 - Tomcat 向浏览器 B（websocket 接收者）重新发送消息

4 - 浏览器 B 发送系统答案：MSGID_READED

5 - Tomcat 更新数据库消息

UPDATE messages SET readtime = now() WHERE id = MSGID

一切正常，但有时在第 5 点更新时找不到 MSGID 的消息...

很奇怪，因为在第 2 点我得到了消息记录 ID，但在第 5 点却没有。

可能 postgresql 写得很慢并且这条记录不允许（不可见）来自并行数据库连接？

更新

我为我找到了解决方案，只需将 insert 放入 begin/exception/end 块中即可。

BEGIN
    INSERT INTO messages (...)
        VALUES (...)
        RETURNING id INTO MSGID;
EXCEPTION
    WHEN unique_violation THEN
     -- nothing
END;

更新 2

详细测试以上使用 BEGIN 块的更改没有影响。 Javascript中的解决方案！我从其他线程发送了 websocket 消息，问题解决了！

// WebSocket send message function
// Part of code. so is a web socket
send = function(msg) {
    if (msg != null && msg != '') {
        var f = function() {
            var mm = m;
//            JCC.log('SENT: [' + mm + ']');
            so.send(mm);
        };
        setTimeout(f, 1);
    }
};

【问题讨论】：

第 1 步和第 2 步是否在未提交的事务中，所以第 5 步在第一个事务提交之前无法看到结果？检查您在 tomcat 等中的“自动提交”设置。
在资源 jndi 池上尝试了 defaultAutoCommit="true" - 没有任何变化
是的，你是对的，postgres 交易迟到了。我在 READED 答案前插入延迟一秒，现在一切正常！
您可能面对的是write skew。检查Serializable Snapshot Isolation。一种解决方案是实现重试处理程序。

标签： javascript postgresql tomcat

【解决方案1】：

好的，所以问题是通常作者不会阻止读者。这意味着您的第一个插入发生，第二个插入在第一个提交之前触发。这会在您的应用程序中引入竞争条件，从而引入您看到的问题。

您最好的问题是切换到可序列化的快照隔离或执行您已完成的操作并在插入时进行异常处理。一种或另一种方式最终会导致必须处理的额外异常处理（如果可序列化，则有时可能会发生序列化失败异常，您可能必须等待它）。

在您的情况下，尽管 plpgsql 中的异常处理会降低性能，但您最好按照当前的方式做事，因为这样可以避免锁定问题并等待事务完成。

【讨论】：