Redis里怎么查大小写混着的，查询时大小写敏感不敏感问题讨论

关于Redis中键（Key）和查询操作的大小写敏感性问题，这是一个非常实际且常见的问题，核心结论是：Redis本身对键（Key）是大小写敏感的，但对一些数据类型的值（Value）内内容的查询，其大小写敏感性取决于你使用的命令和如何存储数据。

下面我们分几个部分来详细讨论这个问题。

第一部分：Redis键（Key）的大小写敏感性

这是最明确的一点，Redis将每个键都视为一个唯一的字节序列，由于英文字母的大小写在ASCII码中对应着不同的字节值（‘A’是65，‘a’是97）,因此Redis会认为它们完全是两个不同的键。

我们可以通过一个简单的例子来验证，引用自Redis官方文档的基本概念：如果你执行以下命令：

SET MyKey "Hello"
SET mykey "World"

然后分别执行：

GET MyKey   // 返回 "Hello"
GET mykey   // 返回 "World"

你会发现，MyKey和mykey是两个独立存在的键，它们的值互不影响，在设计和存储键名时，必须保持一致性，如果你一开始用UserName作为键名，那么查询时也必须用UserName，使用username是查不到数据的，为了避免混乱，很多团队会约定一种统一的键名命名风格，比如全部小写加下划线（user:1000:profile）。

第二部分：对值（Value）进行查询时的大小写问题

这部分比较复杂，因为值可以存储各种数据类型，而查询方式也多种多样，大小写敏感性不完全由Redis决定,更多取决于你的使用方式。

1. 字符串（String）类型： 如果你只是简单地设置和获取整个字符串值，那么值本身是原样存储的。SET greeting "Hello"和SET greeting "hello"会是两个不同的值，如果你想在字符串中“搜索”某个内容，Redis的字符串类型本身不提供内置的搜索功能，你需要将整个值GET回客户端，然后在应用程序中进行字符串比较，这时大小写敏感性就由你的程序代码（例如Java的equals还是equalsIgnoreCase）决定了。

2. 集合（Set）和有序集合（Sorted Set）类型： 这些类型存储的是唯一的成员（member），和键一样，成员也是大小写敏感的。SADD tags "Redis"和SADD tags "redis"会在同一个集合中添加两个不同的成员，当你使用SISMEMBER tags "Redis"查询时，它只会返回是否存在完全匹配（包括大小写）的成员。

3. 列表（List）和哈希（Hash）类型： 列表是按顺序存储的字符串元素，哈希是字段名（field）和值（value）的映射，它们的查询通常也是基于完全匹配，在哈希中，HGET user:1000 name 会精确匹配字段名name，而字段对应的值"John"也是一个整体，如果要比较值,同样需要在客户端处理。

第三部分：涉及模式匹配和搜索的高级情况

当查询不再是指定确切的键或成员，而是进行模式匹配时,情况依然遵循大小写敏感的原则。

• KEYS 命令： KEYS pattern 命令用于查找所有符合给定模式的键，模式user:*和USER:*会匹配出不同的结果集,因为模式匹配是基于大小写敏感的键名进行的。
• SCAN 命令： 作为KEYS的安全替代品，SCAN在遍历键时,同样遵循大小写敏感。

第四部分：如何实现不区分大小写的查询？

既然Redis默认是敏感的，而我们又经常有不敏感查询的需求（比如搜索用户名），该怎么办呢？答案不是在查询时改变Redis的行为，而是在存储数据时做好规划。

1. 规范化存储（最常用、最有效的方法）： 在将数据写入Redis之前，先在应用程序层对键名或需要查询的字段值进行标准化，最常见的做法是统一转换成小写（或大写），无论用户输入的是“JohnDoe”、“JOHNDOE”还是“johndoe”，在存储时都统一转换成johndoe作为键的一部分或作为哈希字段的值，这样，在查询时，你也先将查询条件转换成小写，再去进行精确匹配,就可以实现不区分大小写的效果。

   • 示例： 用户名查询，存储时执行 SET user:johndoe "{用户数据JSON}"，查询时，应用程序先将输入的用户名转为小写，再组装成user:johndoe去查询。

2. 使用额外索引（针对集合等类型）： 如果你想在一个集合里同时匹配“Redis”和“redis”，可以在写入时，将一个词的多种大小写形式都添加到集合中，当用户添加标签“Redis”时，同时执行SADD tags "Redis" "redis"，但这种方法会浪费空间，且维护起来较麻烦,仅适用于特定场景。

3. 利用RedisSearch模块（终极方案）： 如果你需要进行非常复杂的全文搜索，并且对大小写不敏感、模糊查询等有强烈需求，推荐使用Redis官方推出的RediSearch模块，它是一个强大的搜索引擎，可以轻松配置字段是否大小写敏感，支持词干提取、同义词等高级功能，但这引入了额外的模块,适合更复杂的搜索场景。

Redis在设计上保持了简单和高效，因此其默认的大小写敏感行为是意料之中的，作为开发者，关键在于理解这一特性，并在设计数据模型时提前考虑查询需求，对于大多数不区分大小写的查询场景，在应用层将数据规范化后存储是最简单、最可靠的解决方案，对于高级搜索需求,则可以考虑使用RediSearch这样的专业工具。