PDO调用execute()执行SQL后自动开启事务的原因是什么

你遇到的现象完全是PDO操作MySQL的预期行为，核心触发点是你在初始化PDO时设置了PDO::ATTR_AUTOCOMMIT => false。

MySQL客户端驱动在autocommit关闭模式下有明确的行为逻辑：连接建立后不会立刻启动事务，但当你执行第一条SQL语句时，驱动会隐式自动开启一个事务，这个事务不会自动提交，会一直保持活跃状态，直到你手动调用commit()或rollBack()才会结束。

你三个调试输出的结果完全对应这个逻辑：

• 刚完成PDO连接初始化时，还未执行任何SQL，虽然autocommit已关闭，但事务还未被触发启动，因此第一个inTransaction()返回false
• 调用prepare()阶段仅完成SQL预编译，还未真正执行语句，不会触发事务启动，因此第二个inTransaction()返回false
• 调用execute()正式执行SELECT语句时，驱动检测到当前autocommit关闭且无活跃事务，就会隐式启动事务，因此第三个inTransaction()返回true

不存在“SELECT语句不需要事务”的情况。InnoDB引擎下所有语句（包括查询类语句）都运行在事务上下文中：

• 当autocommit开启时，单条语句会被包裹在一个独立的自动提交事务里，语句执行完事务立刻结束，因此你感知不到事务的存在
• 当autocommit关闭时，事务会在第一条语句执行时启动，持续到你手动提交/回滚，不会因为执行的是SELECT就不启动事务

你后续调用beginTransaction()报错是因为隐式启动的事务已经占用了连接的事务上下文，重复开启事务自然会触发错误，可根据你的业务场景选对应处理方式：

• 如果你确实需要全局关闭autocommit、手动控制事务：可以在调用beginTransaction()前先通过inTransaction()判断状态，如果已经存在活跃事务，不要重复调用开启方法，直接复用当前事务上下文即可，或者先提交/回滚之前遗留的事务再开启新事务，这个判断是符合PDO设计逻辑的，不存在不规范的问题。
• 如果你不需要全程手动管控事务：直接移除初始化选项里的PDO::ATTR_AUTOCOMMIT => false配置，或者将其设为true，恢复MySQL默认的自动提交行为即可。这种模式下普通语句执行完会自动结束事务，你手动调用beginTransaction()时不会再遇到冲突。

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