Laravel中实现Eloquent模型全量缓存的五种方法：一、cacheable扩展包自动声明式缓存；二、Rennokki/QueryCache按查询粒度缓存；三、Cache::remember手动封装；四、缓存标签分组管理；五、APCu+Redis多级缓存策略。
如果您在 Laravel 应用中频繁查询 Eloquent 模型数据，且这些数据变更频率较低，但数据库压力持续升高，则可能是由于重复执行全表或大范围查询所致。以下是针对 Eloquent 模型实施全量缓存的多种可行方法：
一、使用 cacheable 扩展包实现声明式全量缓存
该方案通过 trait 注入方式，在模型层自动拦截 find、first、get 等查询方法，生成带版本与时间戳哈希的唯一缓存键，确保缓存内容与模型状态强一致。其核心优势在于无需修改业务逻辑即可启用，并支持跨模型依赖清理。
1、通过 Composer 安装扩展包：composer require genealabs/laravel-model-caching。
2、在目标模型中引入 trait：use GeneaLabs\LaravelModelCaching\Traits\Cachable;。
3、在模型类定义中添加 use Cachable; 语句，例如：class Product extends Model { use Cachable; }。
4、首次调用 Product::all() 时将写入缓存，后续请求直接返回反序列化后的集合实例，TTL 默认为 3600 秒。
5、当模型触发 saved、deleted 或 restored 事件时，该包会自动清除对应模型的全部缓存项，包括 all()、get() 及带 where 条件的查询结果。
二、基于 Rennokki\QueryCache 实现按模型粒度的查询级缓存
此方法不缓存整个模型类的所有实例，而是对每个 Eloquent 查询构建器执行过程进行拦截并缓存其结果集，适用于需要差异化控制不同查询缓存时长的场景，同时支持手动指定 TTL 或按需启用。
1、执行安装命令：composer require rennokki/laravel-eloquent-query-cache。
2、在模型中引入 trait：use Rennokki\QueryCache\Traits\QueryCacheable;。
3、设置全局缓存有效期（单位：秒），例如：protected $cacheFor = 180;。
4、若仅对特定查询启用缓存，可移除 $cacheFor 属性，并在链式调用中显式添加：Product::where('status', 1)->cacheFor(60)->get();。
5、缓存键由查询 SQL 哈希、绑定参数、模型类名及作用域共同生成，避免键冲突；缓存失效由模型事件监听器统一触发。
三、利用 Cache::remember 封装全量查询实现手动控制缓存
该方式完全脱离第三方包依赖，通过 Laravel 原生缓存门面将 Model::all() 或其他全量获取操作包裹在 remember() 方法中，开发者可完全掌控缓存键结构、TTL 及刷新逻辑，适合对缓存行为有精细审计要求的项目。
1、构造确定性缓存键，例如：'v2_all_products_' . md5(Product::class)，其中 v2 用于批量失效旧缓存。
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
2、在服务类或控制器中调用：Cache::remember('v2_all_products_' . md5(Product::class), 7200, function () { return Product::all(); });。
3、为保障一致性，需在 Product 模型的 static::saved 和 static::deleted 回调中主动清除该键：Cache::forget('v2_all_products_' . md5(Product::class));。
4、若存在多租户环境，应在键中注入租户标识，例如：'tenant:' . tenant()->id . ':v2_all_products_' . md5(Product::class)。
四、结合模型事件与缓存标签（Cache Tags）实现分组式全量缓存管理
当应用中存在多个关联模型需协同缓存（如 Category、Post、Comment），且要求某类模型更新时批量清除相关缓存时，可借助 Laravel 的缓存标签机制，将全量查询结果打上统一标签，实现原子化清理。
1、确认缓存驱动支持标签功能（Redis 或 Memcached 驱动可用，file 和 database 不支持）。
2、在 config/cache.php 中启用标签支持，确保 'stores.redis.tags' 配置项已正确定义。
3、执行带标签的全量查询：Cache::tags(['products', 'inventory'])->remember('all_active_products', 3600, function () { return Product::where('active', true)->get(); });。
4、在 Product 模型的观察者中监听 updated 事件，并执行：Cache::tags(['products', 'inventory'])->flush();。
5、注意：同一标签组下所有缓存项将被清空，因此应合理划分标签粒度，避免误删无关缓存。
五、采用多级缓存策略实现全量数据的分级存储
该方法将全量模型数据同时写入两种缓存层级——本地 APCu（快速响应）与远程 Redis（持久共享），在读取时优先尝试 APCu，未命中则降级至 Redis，既降低网络延迟又保障集群一致性。
1、安装 APCu 扩展并启用 PHP 模块，确保 Laravel 缓存配置中已注册 apcu 驱动。
2、定义多级缓存键前缀，例如：'primary:products:full' 表示主缓存，'backup:products:full' 表示备用缓存。
3、在获取逻辑中按顺序检查：Cache::store('apcu')->get('primary:products:full') ?: Cache::store('redis')->get('backup:products:full');。
4、写入时同步更新两级缓存：Cache::store('apcu')->put('primary:products:full', $data, 60); Cache::store('redis')->put('backup:products:full', $data, 3600);。
5、APCu 缓存设为短 TTL（如 60 秒），Redis 缓存设为长 TTL（如 1 小时），确保本地失效后仍可从远程兜底读取。
