应禁用默认时间戳并手动赋值、重写updateTimestamps方法实现事务感知、用withoutTimestamps配合原生插入、或结合模型观察者在事务提交前同步时间戳。
如果您在 Laravel 事务中执行模型保存操作，但发现自定义时间戳字段未按预期写入或出现时序错乱，则可能是由于时间戳自动填充机制与事务边界不一致所致。以下是解决此问题的步骤：
一、禁用默认时间戳并手动控制写入时机
在事务上下文中完全绕过 Eloquent 的自动时间戳逻辑，改由开发者在事务提交前显式赋值，确保所有时间字段写入严格发生在同一事务内，避免因模型事件异步触发或中间状态残留导致不一致。
1、在模型类中设置 protected $timestamps = false;。
2、在事务块内创建模型实例后，手动为自定义时间字段赋值，例如 $model->add_time = now();。
3、调用 $model->saveOrFail(); 执行保存，该操作将包含在当前事务中。
4、若事务中涉及多次模型操作，每次均需重复手动赋值，不可依赖模型构造函数或初始化器隐式设置。
二、重写 updateTimestamps 方法实现事务感知赋值
通过覆盖模型的 updateTimestamps() 方法，在运行时判断是否处于活跃事务中，仅当事务已开启时才执行时间戳写入，从而保证时间戳逻辑与事务生命周期严格对齐。
1、在模型类中定义 protected function updateTimestamps() {} 方法。
2、方法体内调用 if (DB::transactionLevel() > 0) { ... } 检查当前是否存在未提交事务。
3、在条件块内，使用 $this->{$this->getCreatedAtColumn()} = $this->freshTimestamp(); 显式写入创建时间。
4、同样在条件块内，使用 $this->{$this->getUpdatedAtColumn()} = $this->freshTimestamp(); 写入更新时间。
5、确保该模型所有 save() 或 update() 调用均在 DB::transaction() 包裹范围内执行。
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
三、使用 withoutTimestamps() 临时禁用并配合 raw 插入
对于高频写入或需精确控制字段顺序的场景，可临时关闭时间戳机制，改用查询构建器在事务中执行原始 SQL 插入，直接绑定当前时间值，规避模型层任何中间逻辑干扰。
1、在事务开始后，调用 Model::withoutTimestamps(function () { ... }); 包裹业务逻辑。
2、在闭包内使用 DB::table('users')->insert(['name' => 'John', 'add_time' => now(), 'edit_time' => now()]); 直接插入带时间值的记录。
3、确保所有字段名与数据库实际列名完全一致，例如 add_time 而非 created_at。
4、若需获取插入 ID，使用 DB::getPdo()->lastInsertId(); 获取，而非依赖模型的 id 属性。
四、结合模型观察者与事务钩子同步时间戳
利用 Laravel 的模型事件监听机制，在事务提交前一刻强制刷新时间戳字段，确保最终写入值反映事务完成时刻，适用于需记录“事务生效时间”而非“模型实例化时间”的审计类场景。
1、在模型的 boot() 方法中注册 static::saving(...) 回调。
2、回调内检查 DB::transactionLevel() > 0，确认处于事务中。
3、为自定义字段赋值：$model->committed_at = now();（需数据库存在该字段）。
4、在事务外调用 $model->save() 时，该字段仍会被写入；若事务回滚，该值亦被撤销。
5、避免在 saved 或 created 事件中赋值，因其触发时机晚于事务提交，无法保证一致性。
