pdo事务中需显式设置隔离级别：调用begintransaction()后立即用exec()执行set transaction isolation level语句，且必须在任何dml前完成；不同数据库语法不同，须按实际dbms调整。
PHP 中使用 PDO 操作数据库时，事务隔离级别不是由 PDO 自动管理的，而是需要显式设置。默认隔离级别取决于底层数据库（如 MySQL 默认是 REPEATABLE READ），但业务逻辑若涉及并发读写、防止幻读或确保一致性快照，就必须主动控制隔离级别。
如何在 PDO 事务中设置隔离级别
MySQL 和 PostgreSQL 支持标准 SQL 的 SET TRANSACTION ISOLATION LEVEL 语句，需在 beginTransaction() 后、执行业务 SQL 前立即设置：
- 使用
exec()执行 SET 语句（不能用预处理） - 必须在事务开启后、任何 DML 语句前设置，否则无效
- 不同数据库语法略有差异，需按实际 DBMS 调整
示例（MySQL）：
$pdo->beginTransaction();
$pdo->exec("SET TRANSACTION ISOLATION LEVEL READ COMMITTED");
// 接着执行 SELECT/UPDATE/INSERT...
if ($success) {
$pdo->commit();
} else {
$pdo->rollback();
}
常见隔离级别适用场景与 PHP 注意点
READ UNCOMMITTED：极少使用，PHP 中基本不推荐，因可能读到未提交脏数据，PDO 无额外保护机制。
立即学习“PHP免费学习笔记（深入）”；
READ COMMITTED：适合高并发读多写少场景（如订单状态轮询）。MySQL InnoDB 下每次 SELECT 都会建立新快照，需注意多次查询结果可能不一致。
REPEATABLE READ：MySQL 默认，同一事务内多次 SELECT 结果一致，但存在幻读风险。PHP 中若需避免幻读，应配合 SELECT ... FOR UPDATE 或应用层加锁。
SERIALIZABLE：最高级别，隐式为所有读加锁。PHP 中慎用，易引发死锁或严重性能下降，仅用于极强一致性要求且并发低的场景（如金融核心账务校验）。
跨连接与长事务的隔离陷阱
PDO 实例对应一个数据库连接，事务和隔离级别只在当前连接内生效。以下情况容易出错：
- 使用连接池或长生命周期 PDO 对象时，未在每次事务开始时重设隔离级别（上一次事务可能已修改过）
- 在事务中调用其他函数，而该函数内部又开启了新 PDO 连接并执行查询——它不受当前事务隔离级别影响
- Web 请求中混合使用多个 PDO 实例（如主从分离），主库事务的隔离级别对从库查询完全无效
建议：封装事务方法时，将隔离级别作为参数传入，并在 beginTransaction 后强制重置；避免在事务中调用不可控的第三方 DB 操作。
验证与调试技巧
开发阶段可通过 SQL 查询确认当前会话隔离级别：
- MySQL：
SELECT @@transaction_isolation;或SELECT @@tx_isolation;（旧版本） - PostgreSQL：
SHOW transaction_isolation;
在关键事务前后记录该值，结合日志判断是否生效。也可用 SHOW ENGINE INNODB STATUS\G 查看锁信息，辅助分析幻读或锁等待问题。
