Question

我有下表：

DROP TABLE IF EXISTS event;
CREATE TABLE event(
    kind VARCHAR NOT NULL,
    num  INTEGER NOT NULL
);
ALTER TABLE event ADD PRIMARY KEY (kind, num);

我的想法是，我想使用num列为每个kind事件维护单独的增量计数器。因此，num就像是每个不同kind的专用自动增量序列。

假设多个客户端/线程同时将事件（可能是相同的kind）写入该表，那么在以下事件之间的事务隔离所需的级别方面是否存在任何差异：（a）执行以下块： / p>

BEGIN TRANSACTION;
DO
$do$
DECLARE
    nextNum INTEGER;
BEGIN    
    SELECT COALESCE(MAX(num),-1)+1 FROM event WHERE kind='A' INTO nextNum;
    INSERT INTO event(kind, num) VALUES('A', nextNum);
END;
$do$;
COMMIT;

...和（b）将select和insert合并为一个语句：

INSERT INTO event(kind, num)
(SELECT 'A', COALESCE(MAX(num),-1)+1 FROM event WHERE kind='A');

从某些测试中我运行它似乎在两种情况下我都需要serializable transaction isolation level。更重要的是，即使使用serializable事务隔离级别，我的代码也必须准备好在高度并发情况下由于以下错误而重试：

ERROR:  could not serialize access due to read/write dependencies among transactions
DETAIL:  Reason code: Canceled on identification as a pivot, during commit attempt.
HINT:  The transaction might succeed if retried.

换句话说，将select合并到insert似乎没有在原子性方面带来任何好处，或者允许设置任何更低/更宽松的事务隔离级别。我错过了什么吗？

（This question广泛相关，因为它要求PostgreSQL模式来促进表中多个序列的生成。所以要明确我不是要求正确的模式来做那种事情;我只是想了解两个语句的块是否与单个合并的INSERT / SELECT语句有任何不同。

Answer 1

任务的问题是可能的并发写访问。将SELECT和INSERT合并为一个语句会将可能冲突的时间范围降至最低，并且在任何情况下都是优越的方法。冲突的可能性仍然存在。是的，可序列化的事务隔离是一种可能的（如果是昂贵的）解决方案。

通常（但这不是你要问的），最好的解决方案是不要尝试你正在尝试的东西。具有并发写访问权限的数据库中的无差错序列号是一种痛苦。如果可能，请使用serial列，这会为您提供唯一的升序号码 - 可能存在差距。您可以稍后或在VIEW中动态消除差距。详细说明：

Serial numbers per group of rows for compound key

除此之外：SELECT：

周围不需要括号

INSERT INTO event(kind, num)
SELECT 'A', COALESCE(MAX(num) + 1, 0) FROM event WHERE kind='A';

同一事务与单个语句的两个语句的隔离级别

1 个答案: