laravel事务中模型缓存需同步清理以避免数据过期，方法包括：一、手动清除关联缓存；二、禁用事务期间缓存写入；三、监听事务事件自动清理；四、用唯一标签批量刷新；五、重写缓存键逻辑跳过事务写入。
如果您在Laravel中使用模型缓存（如通过缓存驱动或第三方包如laravel-model-caching），并在数据库事务中对模型执行创建、更新或删除操作，缓存可能未同步刷新，导致后续查询读取到过期数据。以下是避免事务中模型缓存污染的多种清理方法：
一、手动清除关联模型缓存
在事务提交前，显式调用缓存清除逻辑，确保被修改模型及其关联模型的缓存条目被移除。此方法适用于已知具体模型类与主键的场景，控制粒度细且无副作用。
1、在DB::transaction闭包内完成模型操作后，调用Model::flushCache()方法。
2、若仅需清除单个实例缓存，使用Model::withoutEvents(function () { $model->deleteCache(); });防止事件再次触发缓存写入。
3、对批量更新的模型集合，遍历调用$models->each(fn($m) => $m->deleteCache())。
二、禁用事务期间的模型缓存写入
通过临时替换缓存驱动或拦截缓存写入行为，使事务执行过程中所有模型缓存操作静默失败或跳过，从根本上杜绝污染源。该方式不依赖缓存键结构，兼容各类缓存实现。
1、在事务开始前，使用Cache::setDriver(new \Illuminate\Cache\ArrayStore())将缓存驱动切换为内存空驱动。
2、执行DB::transaction内全部Eloquent操作。
3、事务成功提交后，恢复原始缓存驱动：Cache::setDriver(app('cache')->store());
三、利用数据库事务事件监听器自动清理
注册一个监听器，在检测到事务提交时，批量处理本次事务中涉及的模型缓存失效。该方法解耦业务逻辑，适合中大型项目统一治理。
1、定义监听器类，在handle方法中读取ThreadLocal或静态属性中暂存的“待清理模型标识列表”。
2、在事务开始前，通过DB::listen注册回调，捕获query事件并识别INSERT/UPDATE/DELETE语句对应模型名与主键。
3、在DB::transaction成功闭包末尾，向静态数组追加[Model::class, $id]元组；事务提交后触发监听器执行Cache::forget($key)。
四、使用缓存标签配合事务生命周期管理
为每个事务分配唯一标签（如transaction:uuid），并将所有该事务内写入的模型缓存打上此标签。事务结束时，直接清空整个标签组，避免逐条判断缓存键。
1、生成唯一事务标签：$tag = 'transaction:' . Str::uuid();
2、在模型缓存调用处显式指定标签：Cache::tags([$tag])->put($key, $value, $ttl);
3、事务提交后立即执行Cache::tags([$tag])->flush();
五、重写模型缓存键生成逻辑排除事务上下文
修改模型的getCacheKey方法，使其在检测到当前处于活跃数据库事务中时，返回带事务标识的临时键，或直接返回null跳过缓存写入。此方案侵入性强但效果彻底。
1、在基模型中重载getCacheKey()，添加if (DB::transactionLevel() > 0) { return null; }判断。
2、若需保留只读缓存能力，可构造动态键：return parent::getCacheKey() . ':tx' . DB::transactionLevel();
3、覆盖save()和delete()方法，在调用parent::save()前检查DB::transactionLevel()，为true时跳过fireModelEvent('saved')等触发缓存更新的事件。
