Laravel命令行事务失效主因是表引擎非InnoDB、异常被静默捕获、跨连接操作或混入不可回滚副作用；须确认引擎为InnoDB、异常穿透闭包、统一使用默认连接、剥离HTTP/文件/队列等外部操作。
命令行执行 Laravel 事务失效，核心原因不是命令行本身不支持事务，而是环境配置、连接复用、异常处理或引擎限制等环节出了偏差。关键得确认：事务是否真在运行、是否被正确触发回滚、数据操作是否落在同一连接和引擎上。
检查数据库表引擎是否为 InnoDB
MySQL 默认的 MyISAM 引擎完全忽略 BEGIN/ROLLBACK 指令，哪怕你写了 DB::transaction()，也不会报错，但失败后数据照样写入——看起来就像“事务失效”。
- 运行
SHOW TABLE STATUS LIKE 'your_table_name';，确认 Engine 列显示InnoDB - 若不是，执行
ALTER TABLE your_table_name ENGINE=InnoDB; - 更稳妥的是在迁移文件中显式指定：
$table->engine = 'InnoDB';
确保异常穿透事务闭包
Artisan 命令里用 DB::transaction()，必须让异常真正抛出闭包外，Laravel 才会自动回滚。常见错误是内部 try/catch 吞掉异常，或用 return false 静默退出。
- ❌ 错误写法：
if (! $order->save()) { return; }—— 事务照常提交 - ✅ 正确写法：
throw_if(! $order->save(), RuntimeException::class, '订单保存失败'); - 如果必须捕获，catch 后要
throw $e，不能只记录日志就结束
避免跨连接或手动指定连接名导致事务断开
命令行环境下，Eloquent 默认走 default 连接，但一旦某处用了 DB::connection('other') 或模型指定了 protected $connection = 'other'，就会脱离当前事务上下文，无法回滚。
- 所有操作（包括
Model::create()、DB::table()）必须使用同一连接 - 若需多库事务，必须显式调用对应连接：
DB::connection('mysql2')->transaction(...) - 检查模型是否意外绑定了非默认连接，可通过
Model::getConnectionName()验证
别在事务里做不可回滚的操作
命令行任务常带副作用，比如发 HTTP 请求、写文件、推送队列——这些操作无法被数据库事务回滚，还会干扰一致性判断。
- 把外部调用移出事务闭包，改用
dispatchNow()或传参方式延迟执行 - 队列任务本身不要包裹整个
handle()方法，只包裹真正需要原子性的 DB 操作段 - 如需日志记录，用
Log::stack(['single'])->info(...)等不依赖 DB 的方式
