PHP事务核心是保障数据一致性，需掌握ACID特性及PDO正确用法：关闭自动提交、try-catch包裹并显式回滚、避免DDL和耗时操作，InnoDB才支持事务。
PHP 中数据库事务机制的核心在于保证数据一致性与完整性，面试常考的是你是否真正理解事务的 ACID 特性、如何在 PHP 中正确开启/提交/回滚事务，以及常见陷阱（比如自动提交、异常未捕获、PDO 配置疏忽等）。
事务的 ACID 特性必须能结合 PHP 场景解释
不能只背定义，要能对应到代码行为：
-
原子性（Atomicity）：一个事务中的所有操作要么全部成功，要么全部失败。例如转账操作中“扣 A 账户”和“加 B 账户”必须捆绑执行；用
$pdo->beginTransaction()开启后，中间任何一步出错但没手动回滚，就会导致部分写入。 - 一致性（Consistency）：事务执行前后，数据库从一个合法状态变到另一个合法状态。比如余额不能为负——这需要靠业务逻辑+数据库约束（如 CHECK）共同保障，事务本身不自动校验业务规则。
-
隔离性（Isolation）：多个事务并发执行时互不干扰。PHP 中默认使用数据库的默认隔离级别（如 MySQL InnoDB 默认是 REPEATABLE READ），可通过
$pdo->exec("SET TRANSACTION ISOLATION LEVEL ...")调整，但需注意不同级别带来的幻读/不可重复读问题。 -
持久性（Durability）：事务提交后，即使系统崩溃，修改也已写入磁盘。依赖数据库的 WAL（预写日志）机制，PHP 层无需干预，但要知道
commit()成功返回 ≠ 数据 100% 刷盘（受 sync_binlog/inno_flush_log_at_trx_commit 等配置影响）。
PDO 事务控制的关键代码细节
很多候选人能写出 begin/commit/rollback，但忽略关键配置和错误处理：
- 必须关闭 PDO 的自动提交模式：
$pdo->setAttribute(PDO::ATTR_AUTOCOMMIT, false)；否则beginTransaction()无效，每条 SQL 都会立即提交。 - 务必用 try-catch 包裹事务体，并在 catch 中显式调用
rollback()；仅靠异常不捕获就“认为会回滚”是典型误区。 -
commit()和rollback()都可能抛出异常（如连接断开、磁盘满），建议对它们也做异常兜底，至少记录日志。 - 不要在事务中做耗时操作（如 HTTP 请求、文件读写），否则会长时间占用数据库连接和锁，引发并发性能问题。
常见踩坑点（面试官最爱追问）
这些细节往往暴露真实经验：
立即学习“PHP免费学习笔记（深入）”；
-
DDL 语句（如 CREATE、ALTER）在 MySQL 中会隐式提交当前事务，导致
commit()前事务已结束，后续 SQL 不再受事务保护。 - SELECT 不加锁，默认是快照读（MVCC），但若用了
SELECT ... FOR UPDATE或LOCK IN SHARE MODE，则参与行锁，要注意死锁风险。 - 事务内调用外部 API 成功，但 DB 写入失败 → 回滚 DB，但外部状态已变更，这是分布式事务场景，单机事务无法解决，需补偿、消息队列或 Saga 模式。
- 长事务导致 undo log 膨胀、锁等待加剧、主从延迟升高，应尽量缩短事务生命周期，把非 DB 操作移出事务块。
MyISAM 不支持事务，InnoDB 才是标配
虽然现在基本没人用 MyISAM，但面试仍可能问及：
- MyISAM 只支持表级锁，无事务、无外键、无崩溃恢复能力；
BEGIN/COMMIT在 MyISAM 上语法合法但无效，不会报错也不会起作用。 - 确认引擎类型：
SHOW CREATE TABLE user;或查询information_schema.TABLES。 - 建表时不显式指定
ENGINE=InnoDB，在某些旧配置下可能默认用 MyISAM，务必检查。
