如何让MySQL的START TRANSACTION语句执行失败？

一、如何触发begin_transaction失败（MySQL 5.7.38 + InnoDB） #

以下是可手动复现的失败场景，无需依赖压测：

• 连接状态异常：在调用事务启动方法前，先让当前数据库连接失效，比如手动执行$oSql->close()关闭连接，或者通过防火墙临时阻断MySQL端口，再调用start_transaction。
• 未处理的事务嵌套：MySQL 5.7的InnoDB不支持嵌套事务，若在一个未提交/回滚的事务中再次调用start_transaction，第二次调用会失败（若封装的是BEGIN语句，会直接抛出SQL错误）。测试时可先执行一次$oSql->start_transaction()，不做提交或回滚，再执行第二次即可触发失败。
• 数据库连接耗尽：将MySQL的max_connections参数调整为极低值（比如2），用其他客户端占满所有连接，此时PHP新请求尝试获取连接并启动事务会直接失败。
• 权限缺失：给测试用的数据库账号移除START TRANSACTION权限，调用事务启动方法时会因权限不足失败。

二、事务启动失败后，执行INSERT和提交的行为 #

当begin_transaction失败时，数据库连接会保持默认的自动提交模式（InnoDB默认开启自动提交，仅在事务启动后会临时关闭）：

1. INSERT操作：会立即执行并自动提交到数据库，因为自动提交模式下每条SQL都是独立事务。但你日志中出现的"INSERT有日志但无数据"现象，大概率不是事务启动失败导致的，需排查其他逻辑。
2. commit_transaction操作：此时无活跃事务，调用COMMIT会返回"成功"（MySQL对无事务的COMMIT不会报错），但实际没有任何数据提交动作。

三、结合你的日志与代码分析 #

从日志看，所有创建操作都有记录，最后也输出了Committed fine，但数据未入库，结合代码逻辑，可能的问题点：

• 自增ID被消耗但INSERT实际失败：createRegistration或createAttendee中可能因约束错误（如外键冲突、字段长度超限）导致INSERT失败，但代码仅判断$iRegID > 0就认为成功——InnoDB的自增ID即使INSERT失败也会递增，所以会生成主键ID日志，但数据并未写入。
• 提交前连接意外断开：若Apache进程崩溃、MySQL连接超时，会导致COMMIT未真正执行；如果事务启动成功，未提交的事务会被MySQL自动回滚，最终无数据入库。
• 隐式回滚逻辑触发：代码中processPayment若抛出异常，会设置$error，最终执行rollback_transaction；若事务启动成功，回滚会撤销所有INSERT操作，但日志未输出Rollback due to non-empty，说明此场景概率较低。

四、测试与排查建议 #

1. 强制触发事务启动失败：在$oSql->start_transaction()前执行$oSql->query('KILL CONNECTION_ID()')，让当前连接失效，即可触发事务启动失败。
2. 添加事务启动结果日志：修改代码记录事务启动状态，确认是否真的启动失败：

$txStarted = $oSql->start_transaction();
$this->sendCloudWatchLog("Transaction started: " . var_export($txStarted, true));

3. 检查MySQL错误日志：查看MySQL的error log，排查是否存在连接中断、资源不足、约束冲突等异常。

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