通配符匹配在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*")）。