答案：PostgreSQL通过SERIALIZABLE隔离级别、SELECT FOR UPDATE加锁和原子更新三种机制防止超卖。1. SERIALIZABLE利用最高隔离级别自动检测冲突，事务冲突时抛出异常需应用重试；2. SELECT FOR UPDATE在读已提交或可重复读下显式加排他锁，确保检查与更新间无其他修改；3. 原子更新将条件与扣减合并为一条SQL，通过WHERE保证安全性且性能最优。实际建议优先使用原子更新，复杂逻辑用行锁，强一致选SERIALIZABLE，避免长事务和锁竞争，合理配置连接池与超时，即可高效支撑高并发库存系统。
在高并发场景下，比如电商系统中的库存扣减操作，确保不超卖是数据库设计的关键问题。PostgreSQL 通过事务与锁机制可以有效避免超卖，关键在于正确使用事务隔离级别和行级锁。
1. 使用 SERIALIZABLE 隔离级别防止超卖
SERIALIZABLE 是 PostgreSQL 中最高的事务隔离级别，能够完全避免脏读、不可重复读和幻读。在库存扣减中，它可以自动检测冲突并中断其中一个事务，从而保证数据一致性。
示例：
BEGIN ISOLATION LEVEL SERIALIZABLE;
UPDATE products SET stock = stock - 1 WHERE id = 1 AND stock > 0;
-- 检查是否成功扣减
SELECT stock FROM products WHERE id = 1;
-- 如果 stock >= 0，则提交，否则回滚
COMMIT;
如果两个事务同时执行，PostgreSQL 会抛出 serialization failure，应用层需要捕获异常并重试。
2. 显式加锁：SELECT FOR UPDATE
在 REPEATABLE READ 或 READ COMMITTED 隔离级别下，可以通过 SELECT ... FOR UPDATE 对选中的行加排他锁，阻止其他事务修改该行，直到当前事务结束。
示例：
BEGIN;-- 锁定库存行
SELECT stock FROM products WHERE id = 1 FOR UPDATE;
-- 检查库存是否足够
-- 如果 stock > 0，则执行扣减
UPDATE products SET stock = stock - 1 WHERE id = 1;
COMMIT;
这种方式能确保在检查和更新之间不会有其他事务修改库存，避免了“检查时有货，扣减时无货”的问题。
3. 结合 WHERE 条件进行原子更新
最高效且安全的方式是将判断和更新合并为一条 SQL，利用数据库的原子性。
UPDATE products SET stock = stock - 1 WHERE id = 1 AND stock > 0;GET DIAGNOSTICS row_count = ROW_COUNT;
通过检查 ROW_COUNT 是否大于 0 判断扣减是否成功。如果为 0，说明库存不足，无需加锁或额外查询，性能高且安全。
4. 实际建议与注意事项
- 优先使用 原子更新 + WHERE 条件，性能最好，避免锁竞争。
- 若业务逻辑复杂（如需记录日志、发送通知等），再考虑 FOR UPDATE 加锁。
- SERIALIZABLE 适合强一致性场景，但需处理重试逻辑。
- 避免在事务中执行耗时操作，减少锁持有时间。
- 合理设置连接池和超时，防止长时间阻塞。
基本上就这些。关键是根据业务需求选择合适的机制：简单扣减用原子更新，复杂流程配合行锁，超高一致性要求上 SERIALIZABLE。PostgreSQL 的并发控制能力足够支撑高并发库存系统，只要设计得当。
