Laravel 8执行DB::statement更新语句后数据未持久化如何解决

• 事务未提交 #

  如果你的更新代码包裹在事务中但未显式提交，SQL执行状态显示成功，但事务结束时会自动回滚，变更不会持久化。
  检查代码中是否存在DB::beginTransaction()调用后缺少DB::commit()的逻辑，或者事务执行过程中抛出异常触发了回滚。
  修正后的事务逻辑示例：

  DB::beginTransaction();
  try {
      DB::statement('UPDATE posts SET title = previous_title;');
      DB::commit();
  } catch (\Exception $e) {
      DB::rollBack();
      // 处理异常逻辑
      throw $e;
  }
  

• 读写分离导致读旧数据 #

  若项目配置了MySQL读写分离，更新操作走主库后，后续的查询请求如果路由到还未完成数据同步的从库，会出现更新成功但查询到旧值的假象。
  可通过强制查询走主库验证数据是否真的更新成功：

  // 直接用主库连接查询
  $posts = DB::connection('mysql::write')->table('posts')->select('title', 'previous_title')->get();
  // ORM写法
  $posts = Post::onWriteConnection()->select('title', 'previous_title')->get();
  

• 字段类型/长度不兼容 #

  检查title和previous_title两个字段的类型、长度是否匹配：如果title字段的长度小于previous_title，或者字段类型冲突（比如前者是数字类型、后者是字符串类型），MySQL会静默截断内容或者赋值为字段默认值，看起来就像没有更新。
  可直接在MySQL客户端手动执行同一条UPDATE语句，查看执行返回的影响行数、执行后的字段值，确认是否是字段属性问题导致的异常。

• 日志排查确认语句执行状态 #

  可以在执行更新语句前后开启SQL日志，确认这条UPDATE语句确实被触发执行，没有被其他逻辑拦截：

  DB::enableQueryLog();
  DB::statement('UPDATE posts SET title = previous_title;');
  dd(DB::getQueryLog());
  

  同时检查Laravel日志文件、MySQL错误日志，是否有隐藏的执行报错被捕获后未抛出，导致看起来执行成功实际未生效。

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