redis缓存需按数据类型选序列化方式：字符串直接存；数组/对象须序列化，简单结构用json_encode()/json_decode($str, true)，含私有属性或资源的用serialize()；实体字段多时优先用hash结构；list限长用lpush+ltrim或lua原子操作；过期用ex而非px，除非明确需毫秒级；空结果可缓存防穿透，嵌套结构宜拆key或用lua更新。
Redis缓存字符串、数组、对象时怎么序列化才不踩坑
PHP原生redis->set()只接受字符串，直接传array或stdClass会报错“Array to string conversion”或存成Array字面量。必须手动序列化，但serialize()和json_encode()行为差异大：serialize()保留PHP类型（如private属性、资源标记），但其他语言无法解析；json_encode()通用但会丢掉非标键（如数字开头的键）、null值变空字符串、对象转成关联数组。
- 简单配置类、DTO对象用
json_encode()+json_decode($str, true)，兼容性好，调试直观 - 含闭包、资源、私有属性的类实例，只能用
serialize()，但务必确认整个调用链都在PHP内 - 数值型key（如
['123' => 'ok']）用json_encode()后可能被当成对象，取出来是stdClass而非array，记得加第二个参数true - 缓存前检查是否为
null——json_encode(null)得"null"字符串，反解后是字符串"null"，不是null，建议统一用isset()或!is_null()判断有效性
用Redis哈希（Hash）存关联数据比JSON字符串更省空间
比如用户资料字段多（name、email、avatar、last_login），全塞进一个JSON字符串里，每次改邮箱都要重写整个值；而用hSet()拆成字段，更新只需$redis->hSet('user:1001', 'email', 'a@b.c')，网络传输小、原子性强、还能用hGetAll()或hMGet()按需取字段。
- 哈希结构适合「实体+固定字段」场景，如用户、商品、订单，避免大JSON反复编解码开销
-
hSet()对不存在的key自动创建，无需先exists判断 - 字段名别带空格或冒号（虽语法允许），否则和Redis key命名习惯冲突，容易引发拼接bug
- 注意
hLen()返回字段数，不是内存大小；单个哈希超1万字段时性能下降明显，此时该考虑分片或换结构
列表（List）缓存最新N条日志或消息时怎么控制长度
用lPush()推新消息、lTrim(0, N-1)截断，看似简单，但lTrim()是包含两端的，lTrim(0, 9)保留前10项（索引0到9）。如果漏掉这步，列表无限增长，内存爆掉只是时间问题。
EasySitePM Enterprise3.5系统是一款适用于不同类型企业使用的网站管理平于，它具有多语言、繁简从内核转换、SEO搜索优化、图片自定生成、用户自定界面、可视化订单管理系统、可视化邮件设置、模板管理、数据缓存+图片缓存+文件缓存三重提高访问速度、百万级数据快速读取测试、基于PHP+MYSQL系统开发，功能包括：产品管理、文章管理、订单处理、单页信息、会员管理、留言管理、论坛、模板管
- 推荐封装成原子操作：
$redis->eval("redis.call('lpush', KEYS[1], ARGV[1]); redis.call('ltrim', KEYS[1], 0, tonumber(ARGV[2])-1);", 1, $key, $item, $max) - 用
lRange($key, 0, -1)取全部会随列表变长而变慢，查最新10条请用lRange($key, 0, 9) - 如果需要按时间倒序且支持分页，List不如Sorted Set——用时间戳当score，
zAdd()插入，zRevRangeByScore()取区间
缓存失效策略选EX还是PX？毫秒级精度真有必要吗
set($key, $val, ['EX' => 3600])设秒级过期，set($key, $val, ['PX' => 3600000])设毫秒级。绝大多数业务（如会话、页面片段、API结果）用秒级足够，毫秒级只在高频实时计数、限流等场景有用。但PHP里时间函数如time()精度是秒，microtime(true)才是毫秒浮点，混用会导致预期外提前过期。
立即学习“PHP免费学习笔记（深入）”；
- 统一用
EX，除非你明确需要亚秒级控制，且上下游（如Lua脚本、其他服务）都按毫秒处理 - 不要用
expire()补过期时间——它不保证key存在，可能对已删key操作失败，应与set()一起用选项参数 - 缓存穿透风险：空结果也缓存（如
set('user:999999', null, ['EX' => 60])），但要区分“查无此ID”和“系统错误”，后者不该缓存
真正麻烦的是嵌套结构——比如缓存一个带子项的菜单树，用JSON存了，但某个子项变了，你得清掉整个缓存，没法只更新节点。这时候要么拆成多个key（menu:main、menu:item:123），要么上Lua做原子更新，没银弹。
