PSUBSCRIBE 必须使用通配符（如"user:*"），纯字符串等同于SUBSCRIBE；消息type为"pmessage"且含pattern字段；PUBSUB CHANNELS查不到模式订阅，需用NUMPAT；通配符滥用会降低性能并引发匹配歧义。
PSUBSCRIBE 命令必须用通配符，不能省略 * 或 ?
Redis 的模式订阅只支持 PSUBSCRIBE，它底层依赖 Redis 服务端的 pattern matching 引擎，不接受纯字符串频道名。如果你写 psubscribe "user"，它不会报错，但实际监听的是字面量名为 user 的频道（等价于普通 SUBSCRIBE），不是你想要的“以 user 开头”的一类频道。
真正生效的写法必须含通配符：
-
psubscribe "user:*"→ 匹配user:1、user:profile、user:settings -
psubscribe "log.*.error"→ 匹配log.api.error、log.db.error -
psubscribe "news?"→ 匹配news1、newsA，但不匹配news10（? 只匹配单个字符）
redis-py 中 psunscribe 后 listen() 收到的消息 type 是 "pmessage"
普通 SUBSCRIBE 收到消息时 message["type"] 是 "message"；而模式订阅收到的每条消息，type 固定为 "pmessage"，且多一个 "pattern" 字段——它告诉你触发这条消息的实际匹配模式，比如 "user:*"。
不检查 type 直接取 data 会出错，也不利于调试。正确写法是：
for message in pubsub.listen():
if message["type"] == "pmessage":
pattern = message["pattern"].decode("utf-8")
channel = message["channel"].decode("utf-8")
data = message["data"].decode("utf-8")
print(f"Pattern {pattern} matched {channel}: {data}")
注意：message["pattern"] 和 message["channel"] 都是 bytes，必须 decode；decode_responses=True 对 psubscribe 无效，这点和普通 subscribe 不同。
PUBSUB CHANNELS 查不到 PSUBSCRIBE 订阅的频道
这是 Redis 设计使然：PUBSUB CHANNELS 只返回被 SUBSCRIBE 显式激活的频道（即有客户端直连该频道名），而 PSUBSCRIBE 是服务端在内存中维护的 pattern 列表，不占用频道名资源。所以即使你执行了 psubscribe "order:*"，PUBSUB CHANNELS order:* 也查不到任何结果。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
要确认模式订阅是否生效，得用：
-
PUBSUB NUMPAT→ 返回当前有多少个 active pattern（比如输出(integer) 1） -
PUBSUB CHANNELS *→ 看有没有实际被发布的频道名出现在列表里（说明至少有一个 SUBSCRIBE 客户端在线）
别指望用 CHANNELS 来验证 psubscribe 是否成功——它根本不管这事。
通配符滥用会导致性能下降和不可预测匹配
Redis 的 pattern matcher 是 O(N×M) 复杂度（N 是 pattern 数，M 是发布频道名长度），大量使用宽泛 pattern 如 "*" 或 "*.*.*" 会让每次 PUBLISH 都扫描全部 pattern，拖慢整个 Pub/Sub 流程。
更隐蔽的问题是语义歧义：比如 "user:*" 和 "users:*" 同时存在，发 user:123 只匹配前者；但发 users:456 就只匹配后者。如果业务上把 users 当作 user 的复数形式，这种命名差异会导致漏收。
建议：
- 统一频道命名规范，比如全用单数小写 + 点分隔：
user.id、order.status - 避免
*出现在 pattern 开头，优先用前缀匹配："event:auth:*"比"*:auth:*"更安全高效 - 上线前用
PUBSUB NUMPAT检查 pattern 总数，超过 10 个就得警惕
模式匹配不是正则，没有贪婪/非贪婪、没有分组，只有 *（任意长）和 ?（单字符）两个元字符——功能简单，但也意味着容错空间极小。
