Redis 数据类型全解 - Bitfield：位域操作，把内存再砍 80%（七）
一句话：SETBIT 把 1 个比特当开关，BITFIELD 把连续 M 个比特当小整数——同一张 String，用几位干掉几个 key。版本：BITFIELD 3.2.0+ · BITFIELD_RO 6.2+ · BITOP 基础 2.
42张图，带你真正搞懂redis数据类型的底层
思维导图：我是redis你好，我是 redis一个叫Antirez的男人带我来到这个充满复杂的世界上。
Redis中BitMap是如何储存的，以及PHP如何处理
setbit,getbit这些命令在redis是如何储存和获取的呢？直接通过get获取到的值我们如何判断对应的位是0或者1？在Redis中setbit,set,getbit,get这些命令本身都是对字符串(SDS)的操作。
Redis中的BitMap、HyperLogLog、一致性Hash算法
目录BitMap数据结构HyperLogLog数据结构Redis中的HyperLogLogHyperLogLog的核心思想Redis集群一致性Hash算法使用Hash取模的问题一致性Hash算法一致性Hash算法的容错性和可扩展性Hash环的数据倾斜问题BitMap数据结构操作的
为什么 Redis BitMap 既省内存又跑得快？深入源码看透本质
先说结论我发现，BitMap 之所以在特定场景下表现惊人，不是因为什么黑魔法。原因只有三个。极致的空间利用：用 SDS 结构按字节存储，每个 bit 就是一个独立状态。1 亿用户的在线状态，只占用约 12MB 内存。O(1) 的操作复杂度：位运算寻址极其简单。
SpringBoot 签到打卡实战：Bitmap + Redis + MySQL 完整方案
我之前做过一个社区项目，用户量不大，签到功能直接往数据库插记录。上线两周，签到接口响应从 50ms 飙到了 800ms——用户每天签到时都顺带查了一下历史记录和统计，数据库扛不住了。
深入浅出Redis：Bitmap实现亿万级数据计算
1 前言在之前文章 《深刻理解高性能Redis的本质》 的时候就介绍过Redis的几种基本数据结构，它是基于不同业务场景而设计的：动态字符串(REDIS_STRING)：整数(REDIS_ENCODING_INT)、字符串(REDIS_ENCODING_RAW)双端列表(REDI
Redis 数据类型全解 - Bitmap 实战：位视图讲准、用对、守红线（六）
内存口径：全文统一 1000 进制（1 MB = 10⁶ 字节）；String 上限按 512 MiB 标注。代码可编译：全部 C# 片段在 StackExchange.Redis 2.8.16 + net10 下编译验证通过。
Redis BitMap 五种生产场景实战：从位操作到千万级状态管理
一千万用户，每人一个状态位，总共才 1.2MB。这是 BitMap 做的事。Redis BitMap 把字符串当位数组用，一个位存一个布尔值，SETBIT/GETBIT 时间复杂度 O(1)，BITCOUNT 统计也是毫秒级。