Redis存数字这事儿到底咋整，能不能直接放数字进去用呢

Redis存数字这事儿到底咋整，能不能直接放数字进去用呢”这个问题，答案是：能，而且非常能，Redis处理数字可以说是它的强项之一。 你不是直接把一个孤零零的数字像在编程语言里声明一个变量那样存进去，而是通过Redis提供的几种“数据结构”来存放，数字在这些结构里扮演着核心角色,下面我就掰开揉碎了说说具体是怎么一回事。

最直接的存放方式：字符串（String）

你可能觉得奇怪，存数字怎么跟字符串扯上关系了？在Redis里，最简单、最基础的数据类型就是String（字符串），当你把一个数字，SET my_age 30 这样命令存进去的时候，Redis确实是把它当作一个字符串来存储的，这里有个关键点：Redis识别出这个字符串的内容是数字时，它会偷偷地给你开小灶，允许你直接对这个“数字字符串”进行数学运算。

你可以用 INCR my_age 命令，它会把 my_age 的值增加1，变成31，类似的还有 DECR（减1）、INCRBY（增加指定值，如 INCRBY my_age 5）、DECRBY（减少指定值），这说明，虽然底层是字符串，但Redis为你提供了一套专门操作数字的命令，你用起来的感觉就跟直接操作数字变量一样方便，这种特性非常适合用来做计数器，比如统计网站访问量、文章点赞数、商品库存等等，你根本不用操心先读出来、在程序里加1、再存回去的麻烦事，一条 INCR 命令原子性（可以理解为不可打断，一步到位）地就搞定了,又快又安全。

当数字需要排序或代表分数时：有序集合（Sorted Set/ZSet）

这种结构就更厉害了，它里面的每个成员（member）都会关联一个分数（score），这个分数必须是一个数字（浮点数也行）,Redis正是根据这个分数来给所有成员进行排序的。

举个例子，你想做一个游戏排行榜，你可以把玩家ID作为成员，把他的得分作为分数存进去：ZADD leaderboard 1000 "player1"，然后你可以非常轻松地获取排名前10的玩家（ZREVRANGE leaderboard 0 9），或者查看某个玩家的具体排名和分数，所有排序操作Redis在内部都帮你高效完成了，你存进去的数字（分数）就是排序的依据，这比你自己写程序排序要快得多,尤其是数据量大的时候。

当数字本身是二进制位时：位图（Bitmap）

这是一种非常节省空间且高效的存储方式，Bitmap的本质其实是一个大大的二进制位数组，每个位只能是0或1，你可以把Bitmap想象成一个超长的开关序列，在Redis里，它底层也是通过String类型来实现的,但提供了一套位操作命令。

这种结构非常适合存储一些布尔值状态，你要记录用户一年365天的签到情况，签到了是1，没签是0，如果你用普通的字符串或者集合来存，可能需要很大的空间，但用Bitmap，你只需要 SETBIT sign:user_id 日期偏移量 1 就可以了，365天的签到记录可能只需要几十个字节就能存下，你还可以方便地进行位运算，比如统计本月签到总数（计算1的个数）、查询某天是否签到等，这里你操作的数字，实际上是位的偏移量和值（0或1）,充分发挥了数字作为标志位的作用。

在列表和集合里

虽然列表（List）和集合（Set）主要不是为数值计算设计的，但你当然也可以把数字作为元素放进去，你可以把一个用户的积分变动记录按顺序存到一个列表里（LPUSH score_history 100），或者把一个商品的所有SKU ID（库存单位ID，通常是数字）存到一个集合里（SADD sku_ids 10086）来保证不重复，在这些结构里，数字是作为普通成员存在的，Redis不会对它们进行数学运算，但可以高效地进行添加、删除、查找、求交集并集等集合操作。

回到最初的问题，Redis不仅能存数字，还提供了多种多样的方式来存和用数字,你可以根据你的具体需求选择最合适的数据结构：

• 如果只是简单的计数、增减，用String配合 INCR/DECR 命令。
• 如果数字是用来排序的关键，用有序集合（ZSet）。
• 如果数字代表的是大量的布尔标志（是/否），用位图（Bitmap） 来极致节省空间。
• 如果数字只是作为普通的标识符或记录，需要列表特性或集合特性，那就用List或Set。

你完全不用担心Redis不会处理数字，它在这方面设计得非常巧妙和强大，你要做的，就是想清楚你的数字在业务里扮演什么角色，然后选择合适的“容器”（数据结构）把它放进去就行了。