Redis存键值对其实没那么复杂，这些细节你得知道才不会踩坑

很多人一听到Redis,就觉得是那种很高深、只有技术大牛才能玩转的东西，尤其是存储键值对，听起来好像就是简单的set和get，但真用起来，才发现里面有不少小坑，一不小心就会掉进去，今天咱们就抛开那些复杂的概念，用大白话聊聊Redis存键值对时，那些你必须知道的细节，知道了这些，你就能少走很多弯路。

第一，键（Key）可不是随便起的名字。

你以为键就是个简单的字符串,随便写个“user”或者“data”就行了？那可太天真了，键的长度很重要，虽然Redis的键最大可以到512MB，但你真弄个几MB的字符串当键名，不光浪费内存，还会影响查询效率，键名最好既简短又有意义，比如用“user:1001:info”来代替“第1001号用户的详细信息”。

键的命名最好有个统一的规范,比如用冒号“:”来划分层次，就像文件夹路径一样，这样做好处多多，以后你想批量查找或删除某一类键（比如所有以“user:1001:”开头的键），会非常方便，如果大家各起各的名，后期管理和维护会是一场噩梦。

还有一点特别重要：别用太长的、或者包含特殊字符的键名，这不仅是为了可读性，也是为了避免一些不必要的麻烦。

（参考来源：Redis官方文档关于Key的说明）

第二，值（Value）的类型选对，事半功倍。

Redis的值不只是能存字符串那么简单,它支持好几种数据结构，用对了能解决大问题。

• 字符串（String）：这是最基础的，不光能存文本，还能存数字，存数字的时候有个妙用，你可以直接让Redis对它进行增加减少的操作，比如统计在线人数、点赞数，特别方便，不用你先取出来、计算、再存回去。
• 列表（List）：就像排队一样，一个接一个，你可以从左边或者右边往里放东西，也可以从两边取东西，这特别适合做消息队列，或者记录最新的动态，比如用户的最近10条登录记录。
• 集合（Set）：最大的特点是不能有重复的成员，用来给文章打标签最合适不过了，同一个标签只会存一次，你还可以很方便地求两个集合的交集、并集，比如找出同时喜欢“音乐”和“电影”两个标签的用户。
• 有序集合（Sorted Set）：它比集合多了一个分数（score），可以根据这个分数来排序，排行榜功能天生就是为它设计的，比如游戏玩家的积分排行榜。
• 哈希（Hash）：这就像一个小仓库，里面可以存放多个字段和值，比如存储一个用户的信息，你可以把用户的姓名、年龄、城市都放在一个叫“user:1001”的哈希里，这样存取起来比把整个用户信息序列化成一个大字符串要高效和灵活得多。

选错了类型,比如你用字符串存了一个用户列表，那你想修改其中某一个用户的信息，就得把整个字符串都取出来，改完再整个存回去，又麻烦又容易出错，存数据前，先想好你要怎么用这个数据，再决定用哪种结构。

（参考来源：Redis官方文档关于Data Types的介绍）

第三，给键设个“保质期”（TTL）是良好习惯。

Redis的数据是存在内存里的,内存很宝贵，不能无限制地浪费，对于那些只是临时用一下的数据，比如手机验证码、用户的临时登录凭证（Session）、或者一些缓存的数据，一定要记得设置过期时间。

设置TTL非常简单,在你存数据的时候加个参数就行，比如设置一个验证码，5分钟后自动失效，这样一来，数据到期后Redis会自动帮你删除，你就不用写额外的代码去清理了，既省心又避免了内存被无用数据占满的风险，千万别觉得数据不重要就先放着，等内存满了再来处理，那就晚了。

（参考来源：Redis官方文档关于EXPIRE命令的说明）

第四，别犯“大键”和“热键”的忌讳。

“大键”指的是一个键对应的值特别大，比如一个哈希里存了几十万个字段，或者一个字符串值有好几MB，操作这种大键的时候，会很耗资源，可能导致Redis短时间内响应变慢，影响其他请求。

“热键”指的是某一个键被超高频率地访问，比如一个全站置顶的热门帖子，它的浏览次数计数器这个键可能会被每秒访问几万次，如果这个键正好落在同一个Redis实例上，那么这个实例的压力会非常大，可能成为整个系统的瓶颈。

解决办法是,对于大键，可以考虑能不能拆分成多个小键，对于热键，一个常见的做法是使用本地缓存（比如在应用服务器内存里缓存一下），或者通过设计将压力分散到多个键上。

（参考来源：阿里巴巴开发者社区关于Redis最佳实践的分享）

第五， persistence（数据持久化）配置要明白。

Redis为了追求速度,数据主要是放在内存里的，但如果服务器突然断电或者重启，内存里的数据就全没了，所以Redis提供了两种主要的机制把数据保存到硬盘上，这叫持久化。

一种是RDB,类似于给内存数据拍个快照，隔一段时间拍一张，优点是恢复数据快，缺点是如果两次快照之间服务器宕机，会丢失这段时间的数据。

另一种是AOF,类似于记日志，把每一个写命令都记录下来，这样即使宕机，重启后重新执行一遍日志里的命令，数据就能恢复，丢数据的风险小，但日志文件会越来越大，恢复起来也慢一些。

通常生产环境会两者结合使用,你需要根据业务对数据丢失的容忍度，来配置合适的持久化策略，如果完全用默认配置，可能会有数据丢失的风险。

（参考来源：Redis官方文档关于Persistence的详解）

Redis存键值对入门确实简单,但要想用得稳、用得好，这些细节一定要留心，从键的命名、值类型的选择，到过期时间的设置、避免大键热键，再到持久化的配置，每一步都关系到系统的稳定性和性能，多了解一点，就能在实际开发中少踩一个坑。