laravel 9.x 的 phpredis 驱动不支持 config/cache.php 中直接配置 'serializer' => 'zlib'，需手动继承 redisstore 重写 serialize()/unserialize() 方法，仅对 ≥256 字节数据压缩，并确保 phpredis 启用二进制支持及 zlib 扩展。

phpredis 驱动下 Laravel 9.x 不支持内置 serializer 配置

直接在 config/cache.php 的 redis store 中写 'serializer' => 'zlib' 会报错或被忽略——Laravel 9.x 的 phpredis 驱动压根没实现该配置项解析逻辑。这是最常踩的坑：照着 Laravel 13+ 文档抄，结果缓存体积纹丝不动。

必须手动封装压缩逻辑到 serialize() 和 unserialize()

phpredis 底层只认 set/get 原始字节流，压缩/解压得由你接管。核心是重写缓存 Store 类的序列化行为，且要兼容 Laravel 9.x 的 Illuminate\Cache\RedisStore 接口：

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

• 创建 app/Cache/CompressedRedisStore.php，继承 Illuminate\Cache\RedisStore
• 重写 serialize()：先 serialize($value)，再对结果调用 gzcompress()，但仅当原始序列化后长度 ≥ 256 字节（避免小值因 zlib 头膨胀）
• 重写 unserialize()：先 gzuncompress()，失败则回退到原生 unserialize()（兼容未压缩旧数据）
• 在 config/cache.php 的 stores 中注册新驱动：'compressed-redis' => ['driver' => 'redis', 'connection' => 'cache', 'store' => App\Cache\CompressedRedisStore::class]

启用前务必确认 phpredis 支持二进制值和 zlib

Laravel 9.x 默认用 phpredis 扩展时，若未开启 redis.serializer 或扩展版本过低，gzcompress() 后的二进制数据可能被截断或乱码：

• 检查 php -i | grep redis 输出中是否有 redis.serializer => php；如为 igbinary，需临时切回 php（否则 gzcompress() 与 igbinary 冲突）
• 运行 php -m | grep zlib 确保 zlib 已启用
• 在 .env 中显式设 REDIS_CLIENT=phpredis，避免 Laravel 自动 fallback 到 predis（predis 对二进制处理更宽松，但非本题目标）

验证压缩是否生效不能只看 Cache::get()

Cache::get('key') 总是返回解压后的值，掩盖底层行为。真验证得直连 Redis：

• 用 redis-cli 连上 cache 数据库（SELECT 1），执行 MEMORY USAGE key_name，对比压缩前后内存占用
• 执行 GET key_name，若返回乱码（含 \x1f\x8b 开头）说明已压缩；若为可读 PHP serialized 字符串则失败
• 注意：Laravel 9.x 的缓存 key 默认带前缀（如 laravel_database_），别漏掉

实际压缩效果取决于数据类型——长 JSON、HTML 片段通常能压到原体积 30%～50%，但短字符串（如 token）反而略增。别试图全局压缩，按业务场景选 key 前缀或单独 store 更稳妥。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！