Postgres Serializable隔离级别下，写事务时能否并行执行读查询？

结论：在Serializable隔离级别的写事务执行时，Transactions表完全可以安全并行执行常规SELECT查询，以下是具体解释：

• MVCC是核心保障：PostgreSQL的多版本并发控制（MVCC）机制，本质是让读操作访问数据的历史快照，而非当前被修改的行版本。不管隔离级别是Serializable还是其他，普通的SELECT都不会被写操作阻塞，写操作也不会被读操作阻塞——这就是“读不阻塞写，写不阻塞读”的底层逻辑。

• Serializable隔离级别的实现不依赖读写锁阻塞：PostgreSQL的Serializable是基于**序列化快照隔离（SSI）**实现的，它不会通过加锁来阻止读写并行，而是跟踪所有事务之间的依赖关系。只有当检测到可能破坏序列化一致性的冲突时，才会回滚其中一个事务（通常是较晚启动的那个），而非直接阻塞查询。

• 澄清你的困惑点：你看到的“常规SELECT可能被阻塞”的说法，大多针对带锁的查询（比如SELECT ... FOR UPDATE），或者是旧版本PostgreSQL中的特殊场景。对于普通的统计类SELECT，不管是在Read Committed还是Serializable隔离级别下，都能正常读取数据快照，不会被未提交的INSERT事务阻塞。

• 安全性保障：并行执行的SELECT会保证读取到的数据符合Serializable级别一致性要求，不会出现脏读、不可重复读、幻读，也不会产生其他违反序列化顺序的异常。如果确实存在潜在的冲突，PostgreSQL会主动回滚冲突事务，而不是让查询返回不一致的数据。

内容的提问来源于stack exchange，提问作者Dec0de