Redis计数那点事儿，怎么用它来简单又高效地优化你的统计过程

综合自多个技术社区博客及Redis官方文档的应用实践解读）

Redis计数那点事儿,怎么用它来简单又高效地优化你的统计过程

咱们做网站的、做应用的，经常得数东西，一篇文章有多少人看了？一个商品被点击了多少次？今天有多少新用户注册？这些看起来简单的计数需求，要是用不对方法，能把数据库给累趴下。

你想啊,传统做法是啥？往往是这样的：用户每点一次，程序就去数据库里，找到那条记录，把对应的数字字段加上1，这听起来没问题，但人一多，比如瞬间来了几千几万人同时点击，数据库就得几千几万次地执行“读-加1-写回”这个操作，这就像是一个小卖部，只有一个售货员，突然涌进来一大群人，每个人都喊：“给我拿瓶水，顺便记一下账！”售货员肯定忙不过来，柜台都得被挤塌了，数据库就是这个售货员，这种高频的、微小的写操作，对它来说是巨大的压力，速度会变慢，严重的时候整个服务都可能卡死。

那Redis是怎么解决这个问题的呢？它的办法特别“简单粗暴”，但极其有效，Redis把计数这个活儿，从沉重的数据库身上抢了过来，自己扛了。

Redis本质上是一个把数据放在内存里的“超级快”的键值仓库，内存的速度，比硬盘快太多了，对于计数这种简单的“给个名字，数字加1”的操作，Redis提供了几个特别顺手的命令，最主要的就是INCR和INCRBY。

• INCR key：你告诉Redis一个名字（article:1001:views），它立马就把这个名字对应的数字加1，如果这个名字不存在，它就从0开始，先变成1。
• INCRBY key increment：你想一次加不止1个，比如一次买了3件商品，库存要减3，就可以用这个命令，直接告诉它要加（或减）多少。

这个过程有多快呢？因为数据在内存里，而且Redis是单线程处理命令（不用担心，它处理得飞快，不会成为瓶颈），一次INCR操作在极短的时间内就能完成，通常不到一毫秒，这意味着它一秒钟能处理成千上万次计数请求。

这样一来,我们就把流程优化了，现在用户点击的流程变成了：

1. 用户点击了文章。
2. 程序不直接去麻烦数据库了,而是向Redis发出一条简单的指令：INCR article:1001:views。
3. Redis瞬间完成加1,并返回结果。
4. 页面马上就能显示最新的阅读数。

你看,压力最大的频繁写操作，被Redis用飞一样的速度消化掉了，数据库被解放出来，安心处理那些更复杂的查询和事务，比如用户登录、下单支付等等，这就好比给原来的小卖部配了一个自动售货机，买水、记账这种简单重复的事，全交给机器秒办，售货员只需要处理那些需要人工沟通的复杂业务，整个店的效率自然就高了。

那你会问,数据光在Redis内存里，万一Redis服务器重启，数据丢了怎么办？这是个好问题，Redis当然有办法，它支持一种叫“持久化”的机制，可以定期把内存里的数据 snapshot（快照）保存到硬盘上，即使重启，也能从快照里恢复数据，对于计数这种数据，就算丢了几秒钟的更新，通常也不是什么致命问题，用持久化功能基本就能满足要求。

除了这种最基本的计数,Redis还能玩出更花的统计花样。

• 统计唯一值：比如要统计一天内有多少“唯一用户”访问了文章，用普通的计数就不行了，因为同一个用户可能点好几次，这时候可以用Redis的SET集合，把用户的ID放进去，集合会自动去重，最后你只要查一下集合里有多少个元素，就是唯一用户数，还有一个更省空间的叫HyperLogLog的数据结构，专门干这个的，虽然有一点点误差，但极其节省内存，统计百万级的唯一值，可能只用十几K内存。
• 排序统计：比如要做个“本周热榜”，根据阅读数排序，Redis的ZSET（有序集合）就派上用场了，你把文章ID和对应的阅读分数放进去，它自动帮你排好序，取前10名就是分分钟的事。

回到咱们的主题“Redis计数那点事儿”，它的核心价值就在于：用最简单的操作，去应对最高频的需求，从而保护你核心的、但可能比较慢的数据库。 它就像是你系统里的一个“闪电计数器”，把那些细碎、繁琐但又必不可少的统计活儿，干得又快又好，下次当你再遇到需要“数数”的场景，先别急着去折腾数据库，想想Redis这个轻快的小能手，很可能它就是你优化统计过程、提升系统性能的那把钥匙。