Symfony 3中Doctrine连续事务提交异常问题求助

嘿，我来帮你捋捋这个问题——这种情况在Symfony 3+Doctrine的组合里其实挺常见的，大概率是事务管理的细节没处理到位。咱们一步步拆解原因，再给你修正后的写法：

从你描述的现象（第二个事务返回插入行数1，但数据库无数据）来看，主要有这几个常见的坑：

1. 第一个事务的状态残留 #

如果第一个事务没有正确提交或回滚，数据库连接会一直处于事务未结束的状态。此时你调用第二个beginTransaction()其实不会真正开启新事务（Doctrine的Connection在已有事务时会忽略这个调用），后续的插入操作会被包裹在第一个事务里。如果最后没提交这个大事务，所有修改自然不会落地到数据库。

2. 自动提交设置的顺序错误 #

你把$db->setAutoCommit(false)放在了beginTransaction()之后，这不仅冗余（调用beginTransaction()时Doctrine会自动关闭自动提交），还可能导致连接一直处于非自动提交状态——如果后续没恢复这个设置，即使你没显式开事务，操作也需要手动提交才会生效。

3. 异常被静默吃掉（最容易忽略） #

如果第二个事务的commit()语句因为某种原因没执行到（比如代码里有隐性错误、异常被try-catch吞掉但没处理），那即使插入SQL执行成功，事务也不会提交，数据自然不会写入数据库。

下面是正确处理两个连续独立事务的写法，你可以直接参考：

// 获取Doctrine数据库连接（假设你从Symfony容器中获取）
$db = $this->getDoctrine()->getConnection();

// 第一个事务：更新记录
try {
    $db->beginTransaction();
    
    // 执行你的更新逻辑，比如预处理SQL
    $updateStmt = $db->prepare('UPDATE your_table SET target_field = :new_val WHERE id = :record_id');
    $updateStmt->execute(['new_val' => 'updated_content', 'record_id' => 456]);
    
    // 必须提交第一个事务，结束当前事务状态
    $db->commit();
} catch (\Exception $e) {
    // 出错时务必回滚，避免连接锁死在事务状态
    $db->rollback();
    throw $e; // 或者根据业务需求处理异常
}

// 第二个事务：插入新记录
try {
    $db->beginTransaction();
    
    // 执行插入操作
    $insertStmt = $db->prepare('INSERT INTO target_table (field_a, field_b) VALUES (:val_a, :val_b)');
    $insertedRows = $insertStmt->execute(['val_a' => 'demo_content', 'val_b' => 'test_value']);
    
    // 重点：SQL执行成功不代表数据落地，必须手动提交事务
    $db->commit();
    
    // 现在数据库里应该能看到新增的数据了
} catch (\Exception $e) {
    $db->rollback();
    throw $e;
}

• 在第二个事务的commit()前后加日志，确认这个语句确实被执行到了；
• 检查数据库的事务日志，看有没有未提交的事务残留；
• 如果你同时混用了Doctrine ORM的EntityManager，别直接绕开它操作Connection——ORM有自己的缓存和生命周期管理，直接操作DBAL可能导致状态不一致。

内容的提问来源于stack exchange，提问作者Ricard Espinàs Llovet