PostgreSQL支持读已提交、可重复读和串行化三种隔离级别，默认为读已提交；多数Web应用适用该级别以平衡性能与一致性，财务对账等需一致快照的场景宜用可重复读，银行核心系统等强一致需求应选串行化，但需处理事务回滚；MVCC通过数据版本快照实现隔离，不同级别调整可见性规则与冲突检测；避免盲目提升隔离级别，注意长事务影响vacuum及表膨胀，串行化需捕获serialization_failure并重试，合理设置可兼顾安全与性能。
PostgreSQL 提供了多种事务隔离级别，选择合适的隔离级别对应用的并发性能和数据一致性至关重要。理解每种隔离级别的行为，能帮助你在避免并发问题的同时，尽量减少锁争用和性能损耗。
事务隔离级别的种类
PostgreSQL 支持三种标准的事务隔离级别：
- 读未提交（Read Uncommitted）：PostgreSQL 实际上将此级别视为“读已提交”，因为其 MVCC 模型不会暴露未提交的数据。
- 读已提交（Read Committed）：这是 PostgreSQL 的默认级别。一个事务只能看到在它开始之前已经提交的数据。在同一事务中多次查询同一行可能返回不同结果（非可重复读）。
- 可重复读（Repeatable Read）：保证事务在整个执行过程中看到一致的数据快照。即使其他事务提交了修改，当前事务也不会感知到，从而避免了脏读、不可重复读，但可能发生幻读（在某些数据库中），而 PostgreSQL 利用快照机制进一步避免了幻读，接近串行化效果。
- 串行化（Serializable）：最高隔离级别。系统会检测可能导致不一致的并发模式，并强制某些事务回滚以保证整体串行等效性。
如何根据业务场景选择
选择隔离级别应基于应用对数据一致性和并发性能的需求平衡。
- 大多数 Web 应用使用 读已提交 就足够了。例如用户查看订单状态或更新个人资料，不需要跨语句的一致性视图，且该级别并发性能最好。
- 需要多次读取相同数据并要求结果一致的场景，比如财务对账、报表生成，推荐使用 可重复读。它能防止在事务中间数据被外部修改影响逻辑判断。
- 对强一致性要求极高的系统，如银行核心交易系统，应使用 串行化。但要注意，这可能导致更多事务因冲突被中止，需在应用层做好重试机制。
MVCC 如何支持隔离级别
PostgreSQL 使用多版本并发控制（MVCC）实现隔离，每个事务看到的是数据库在某个时间点的快照。
- 事务启动时，系统记录当前活跃事务列表，决定哪些数据版本对它是可见的。
- 写操作不会阻塞读操作，读操作也不加锁，极大提升了并发能力。
- 不同隔离级别通过调整可见性规则和冲突检测机制来实现各自语义。例如，串行化模式会跟踪事务之间的依赖关系，预测是否存在写偏斜（write skew）等问题。
实际使用建议
合理设置隔离级别可以避免常见陷阱。
- 不要盲目提升隔离级别。高隔离带来更高冲突概率和回滚风险，反而降低吞吐量。
- 在使用可重复读或串行化时，注意长事务会阻止 vacuum 清理旧版本，可能导致表膨胀。
- 如果选择了串行化，务必捕获
serialization_failure异常并实现自动重试逻辑。 - 可通过
SET TRANSACTION ISOLATION LEVEL在会话或事务内临时调整级别。
基本上就这些。理解你的业务是否容忍不一致、是否有复杂读写交错，是决定隔离级别的关键。PostgreSQL 的设计让开发者能在安全与性能之间灵活取舍。
