主页 / dba / 问题 / 246179
Accepted
Yury Oparin
Asked: 2019-08-25 08:23:44 +0800 CST

不同 id 上的 PostgreSQL 序列化失败

  • 772

可序列化隔离模式可用于在插入相等的 id 时避免竞争条件。因此，create table u(uid int primary key, name text);如果我们运行两个类似的事务 T1 和 T2：

begin isolation level serializable;
select * from u where uid = 1;

然后继续 T1 和 T2：

insert into u (uid, name) values (1, 'A');

只有第一个成功commit;，而另一个引发序列化失败。

这是该模式的一个非常简洁的功能，可以处理复杂交易中的唯一密钥违规，而不是诉诸特定的“黑客” insert ... on conflict。但是，即使 uid 不同，例如uid = 2and uid = 3，事务 T1 和 T2仍然无法提交。

怎么可能？假设他们创建不同的谓词 SIReadlocks 并select使用索引扫描。诀窍在哪里？

postgresql isolation-level

1 个回答

  1. Best Answer

    原因是表完全是空的。

    _bt_first请参阅中的以下代码src/backend/access/nbtree/nbtsearch.c：

    if (!BufferIsValid(buf))
{
    /*
     * We only get here if the index is completely empty. Lock relation
     * because nothing finer to lock exists.
     */
    PredicateLockRelation(rel, scan->xs_snapshot);
[...]
    return false;
}
else
    PredicateLockPage(rel, BufferGetBlockNumber(buf),
                      scan->xs_snapshot);

    通常，索引扫描会SIRead在索引条目应该在的索引页上加锁，但由于索引为空，PostgreSQL 会SIRead在整个表上加锁。

    现在，由于两个事务都这样做，因此在其中一个事务结束时会出现序列化错误，因为写入与表范围的读锁冲突。

    如果表不为空，您会注意到像这样的并发事务有时会成功，因为它们会影响不同的索引页。如果受影响uid的 s 足够接近以至于它们位于同一索引页面上，您仍然会遇到“误报”序列化错误。这是记录在案的：

    虽然 PostgreSQL 的 Serializable 事务隔离级别仅允许并发事务提交，前提是它可以证明存在会产生相同效果的串行执行顺序，但它并不总是能防止引发在真正的串行执行中不会发生的错误。特别是，即使在尝试插入密钥之前明确检查密钥不存在之后，也可能会看到由重叠的 Serializable 事务冲突导致的唯一约束违规。

    SIReadLock要查看PostgreSQL 使用哪种类型，请检查pg_locks.

    • 2

相关问题