通配符匹配在Redis中的实现
1. 通配符匹配的基本支持
Redis中通配符匹配的核心机制基于*（匹配任意数量字符）和?（匹配单个字符）两种符号。在全局键空间扫描（如SCAN命令）和哈希表内部字段扫描（如HSCAN命令）中均支持通配符模式匹配，但具体实现细节和使用场景存在差异。
-
全局键扫描（SCAN命令）
通过SCAN命令遍历键时，MATCH参数可结合通配符筛选键名。例如：SCAN 0 MATCH "user:*" # 匹配所有以"user:"开头的键此功能适用于分布式环境或大数据量场景，避免
KEYS命令的阻塞问题。 -
哈希表字段扫描（HSCAN命令）
在哈希表内部，HSCAN命令允许对字段名（即哈希键）进行通配符匹配。例如：HSCAN product_type 0 MATCH "*1*" # 匹配字段名包含"1"的键值对这在嵌套数据结构中实现精准筛选。
2. 通配符语法规则与限制
-
语法规则
*：匹配零个或多个任意字符（如user:*匹配user:123、user:profile等）。?：匹配单个字符（如user:?匹配user:1但不匹配user:12）。[]：部分资料提到支持字符范围（如[a-z]），但实际测试显示Redis中此语法未原生支持，需依赖客户端扩展。
-
特殊限制
- 首字符限制：通配符不能作为匹配模式的首字符（如
*user无效）。 - 性能影响：通配符可能触发全表扫描，尤其在哈希表存储结构为
ziplist（字段数≤512且值长度≤64字节）时，COUNT参数可能失效，导致单次返回结果数不可控。 - 精确匹配陷阱：
match("key")默认按精确匹配处理，若需模糊匹配必须显式使用通配符（如match("key*")）。
- 首字符限制：通配符不能作为匹配模式的首字符（如