ides和features红色指引带你随意摸索Redis那些隐藏的特性和小技巧

整理自网络技术社区分享、Redis官方文档非主流章节以及一些资深开发者的经验之谈，旨在挖掘那些容易被忽略但很有趣的Redis用法）

用“位图”玩出花来，不只是存布尔值

我们都知道Redis有String类型,但可能没太在意它其实可以当作“位图”来用，这可不是简单的true/false存储，你可以用它来做用户签到系统（来源：Redis官网Bitmaps章节），把一年365天看成365个位，用户ID作为key，每天的签到用0和1表示，一条SETBIT user:sign:1000 1 1命令，就表示用户1000在今年的第2天签到了，统计连续签到天数，可以用BITPOS命令快速找到第一个0的位置，反过来推算，更酷的是，BITOP命令支持多个位图做AND、OR、XOR运算，比如轻松找出连续一周都签到的用户群，这比用集合求交集要节省大量内存。

HyperLogLog：用极小空间估算巨大数量

如果你需要统计一个页面的UV,但又不想为每个访问者存一个IP（那样内存爆炸），HyperLogLog就是你的秘密武器（来源：Redis官网数据结构介绍），它是个概率算法，只需要12KB内存，就能估算出上亿个不重复元素的基数，误差率不到1%，命令极其简单：PFADD page:uv:20231001 "192.168.1.1" 添加元素，PFCOUNT page:uv:20231001 获取估算值，虽然它不存储具体数据，不能判断某个值是否存在，但在很多大数据量去重统计场景下，用精度换空间，非常划算。

GEO功能：不只是地图，还能做“附近的人”

Redis的GEO类型底层是ZSet,但它封装了地理空间计算（来源：Redis官方命令文档），你可以用GEOADD添加地理位置（如GEOADD cities 116.405285 39.904999 "Beijing"），然后用GEORADIUS命令找出以某点为中心、指定半径内的所有地点，做“附近的餐厅”、“共享单车”功能时，这个特性直接省掉了引入专业GIS数据库的麻烦，更细节的是，GEORADIUS还能返回距离、排序，甚至同时返回坐标哈希值。

给Key“上保险”：过期时间的微妙用法

EXPIRE命令大家都会用，但有些技巧很隐蔽，你可以给一个不存在的key设置过期时间（来源：Stack Overflow某高赞回答），这有什么用？想象一个场景：防止短信验证码被频繁请求，即使当前验证码key不存在（比如首次请求），你也可以先执行EXPIRE sms:13800138000 60，设置60秒过期，然后再SET验证码，这样能保证即使后续SET失败，这个key也会自动消失，避免留下死数据。EXPIRE的时间可以精确到毫秒级（PEXPIRE），对于高并发场景下的细粒度控制很有帮助。

Lua脚本的原子性“大招”

Redis是单线程执行命令的,但多个命令组合时，中间可能会被其他客户端插入，Lua脚本能让你把一系列操作打包成一个原子操作（来源：Redis官方EVAL命令说明），你要先判断库存是否大于零，然后减库存，最后生成订单，这三个步骤写在一个Lua脚本里，Redis会保证它像一条命令一样执行，中途不会被干扰，这比用WATCH/MULTI/EXEC事务监听更简洁，避免了乐观锁失败重试的麻烦。

列表的“阻塞”操作，实现简单消息队列

List的BLPOP和BRPOP命令是“阻塞”版的弹出操作（来源：《Redis设计与实现》一书），当列表为空时，客户端会一直等待直到有元素可弹出或超时，这非常适合做简单的消息队列：生产者用LPUSH往列表放任务，多个消费者用BLPOP争抢，因为没有消息时消费者在服务端阻塞，避免了客户端不停地轮询，节省了网络资源，虽然比不上专业的MQ功能全面，但对于轻量级异步任务处理，足够简单高效。

散列的“增量”计算

HINCRBY命令可以对散列字段的值做原子性的增加或减少（来源：Redis官网Hashes章节），这不仅是计数器，比如统计商品浏览量，更巧妙的用法是，你可以用HINCRBYFLOAT来处理浮点数，比如记录用户的账户余额变动、游戏积分等，这些操作在Redis内部是原子的，不用担心并发问题，比在应用层计算再SET回去安全得多。

管道：把多次网络往返变成一次

这不是一个命令,而是一种客户端技术（来源：Redis官网Pipelining章节），如果你要连续执行100次GET命令，正常情况需要100次网络往返时间，使用管道，你可以把100个命令一次性发给Redis服务器，服务器依次执行后再把结果打包返回，总共只需要一次网络往返，这在需要批量操作时，对性能的提升是巨大的，尤其是在网络延迟高的环境下。

用SCAN代替KEYS，避免生产环境“卡顿”

KEYS *命令在数据量大的时候会阻塞Redis其他命令，非常危险，而SCAN命令则通过游标方式分批迭代（来源：Redis官方SCAN命令警告），它虽然可能返回重复的key（需要在客户端去重），但它是非阻塞的，可以在生产环境安全使用，慢慢找出所有匹配模式的key。

监听数据变化的“侦探”：Keyspace Notifications

这个功能需要配置开启（来源：Redis官网Keyspace Notifications），开启后，当key被增删改过期时，Redis可以发布消息到特定频道，你可以用PSUBSCRIBE命令订阅这些消息，监控特定key的变化做后续处理，或者实现一个简单的缓存失效回调机制，这给了你一种被动监听数据状态的能力，而不是主动轮询。

探索这些“隐藏关卡”能让Redis在你手里不再是简单的键值存储，而变成一个多才多艺的瑞士军刀，关键是理解其设计思想，结合具体业务场景灵活运用。