Laravel测试每次执行后事务无法回滚问题求助

我之前也碰到过类似的头疼问题，结合你的环境和配置，给你几个排查和解决的方向：

1. 检查RefreshDatabase的逻辑冲突 #

RefreshDatabase的核心逻辑是：先执行migrate:fresh初始化数据库，然后自动为每个测试启动事务，测试结束后回滚事务。但如果你的测试类里有自定义的数据库操作代码，很可能打断这个流程：

• 检查基础测试类或具体测试方法里，有没有手动调用DB::beginTransaction()、DB::commit()或者DB::rollBack()这类方法，这些操作会和Trait自带的事务逻辑冲突。
• 如果有自定义的setUp方法，记得调用parent::setUp()，确保Trait的初始化逻辑优先执行。

2. 确认数据库连接的事务配置 #

虽然你已经确认表是InnoDB，但还是要检查连接本身的配置：

• 打开config/database.php，找到测试环境的数据库连接，确保transactions没有被设为false，同时engine明确设置为InnoDB：

  'mysql' => [
      'driver' => 'mysql',
      'host' => env('DB_HOST', '127.0.0.1'),
      // ...其他配置
      'engine' => 'InnoDB',
      'transactions' => true,
  ],
  

• Docker环境下，确认DB_HOST配置的是MariaDB容器的服务名（比如mariadb），而不是localhost——如果用localhost可能会走socket连接，偶尔会导致事务处理异常。

3. 正确设置$connectionsToTransact属性 #

你提到尝试配置这个属性，要确保设置的方式正确：

• 在你的基础测试类里添加protected属性，指定要启用事务的连接名（必须和config/database.php里的连接名一致）：

  protected $connectionsToTransact = ['mysql'];
  

• 如果你的测试用到了多个数据库连接，把所有需要事务的连接都加到数组里。

4. 排查MariaDB 10.1的特定限制 #

MariaDB 10.1虽然支持InnoDB事务，但有些场景会导致事务提前结束：

• **测试中是否执行了DDL语句？**比如在测试方法里调用Schema::create()、ALTER TABLE这类操作——DDL语句会自动提交当前事务，导致RefreshDatabase的事务被提前终止，后续数据不会被回滚。如果有这类操作，建议移到setUpBeforeClass或者通过迁移文件处理。
• 检查事务隔离级别：可以在测试里执行DB::select('SELECT @@tx_isolation')，确认是否是默认的REPEATABLE READ——如果被改成READ UNCOMMITTED，可能会影响回滚效果。

5. 写极简测试验证事务逻辑 #

可以写两个简单的测试来快速验证事务是否生效：

public function test_transaction_inserts_data()
{
    DB::table('users')->insert(['name' => 'Test User']);
    $this->assertCount(1, DB::table('users')->get());
}

public function test_transaction_rolls_back_after_test()
{
    $this->assertCount(0, DB::table('users')->get());
}

如果第一个测试执行后，第二个测试里用户表是空的，说明事务正常工作；如果不是，那问题大概率出在全局配置或Trait冲突上。

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