-
PSUBSCRIBE性能瓶颈源于PUBLISH时线性遍历所有pattern做glob匹配。无索引、无缓存、无短路，pattern越多越慢；大小写敏感且*不匹配空字符串，易误配；超20个pattern或100qps即引发CPU毛刺。
-
RedisLua脚本原生不支持复杂正则匹配，仅提供基础模式匹配（如%d+），不支持\d、(?i)、.*?、分组捕获等；禁止动态加载外部库（如lrexlib-pcre）；推荐在客户端处理或使用RediSearch的FT.SEARCHREGEX。
-
必须同时启用io-threads和io-threads-do-reads，否则I/O线程不参与读请求处理；io-threads≥2才生效，需configrewrite或重启；推荐值为min(4,CPU核心数×0.7)，NUMA架构下必须用server_cpulist绑定同node核心。
-
直接用DEL释放锁会误删其他客户端的锁，因判断持有锁与删除非原子操作；Lua脚本通过原子执行“GET校验+DEL”解决，需传入key和client_id，返回1成功、0失败。
-
RedisLua脚本不能实现真正的分布式事务回滚，仅能通过条件化原子写入预防性拒绝，失败后需业务层设计补偿机制。
-
必须显式配置client-output-buffer-limit，否则普通客户端无输出缓冲区上限，易致内存耗尽；需为normal、pubsub等类型分别设置hard/soft限制，尤其pubsub缓冲区最易失控。
