能否在MySQL事务中调用数据库查询函数？报无活动事务错误如何解决？

你遇到的报错本质是事务上下文绑定的连接被覆盖：PDO的事务是和单个连接实例严格绑定的，你在traerNombreEmpleados函数内部新建了PDO连接，如果你用全局变量存储数据库连接，该赋值操作会直接覆盖外部已经开启事务的连接对象。新的连接上没有执行过beginTransaction()，调用commit()时自然会抛出「没有活动事务」的异常。
即使未覆盖全局变量，函数内部的独立连接也无法感知外部事务的未提交修改，会出现数据查询不一致的问题。

• 方案1（最推荐）：将外部开启事务的PDO连接作为参数注入函数，复用同一个连接执行所有事务内操作。
  修改后的函数代码：

function traerNombreEmpleados(PDO $conectarDB, $codigo) {
    date_default_timezone_set('America/Argentina/Buenos_Aires');
    // 移除内部新建PDO的逻辑，直接用传入的连接
    $x = $conectarDB->prepare("SELECT nombre FROM empleados WHERE codigo = ?");
    $x->bindParam(1, $codigo);
    $x->execute();
    $nombreItem = $x->fetch(PDO::FETCH_ASSOC);
    return $nombreItem['nombre'];
}

调用方式调整为：

$empleado = traerNombreEmpleados($conectarDB, $codigo);

该方案符合依赖注入规范，既能保证事务内所有操作在同一个连接上执行，也能减少重复创建数据库连接的开销。

• 方案2：使用单例模式统一管理全局数据库连接，保证整个请求生命周期内只有一个PDO实例，避免重复创建连接覆盖事务上下文。

• 方案3（仅适用于特殊场景）：如果函数的查询确实不需要感知事务内的未提交数据，可以修改函数内部的连接变量名，不要和外部事务连接的变量名重名，避免覆盖原有连接。该方案不推荐，会导致事务内的查询逻辑出现数据不一致的问题。

1. 事务的所有读写操作必须在同一个连接实例上执行，才能保证事务的ACID特性。
2. 业务代码中尽量不要在函数内部硬编码初始化数据库连接，优先通过参数传入连接实例，降低代码耦合度的同时也能避免这类上下文冲突问题。

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