具体描述
Redis 是互联网技术架构在存储系统中使用得最为广泛的中间件，也是中高级后端工程师技术面试中面试官最喜欢问的工程技能之一，特别是那些优秀的互联网公司，通常要求面试者不仅仅掌握 Redis 基础用法，还要理解 Redis 内部实现的细节原理。《Redis 深度历险：核心原理与应用实践》作者老钱在使用 Redis 上积累了丰富的实战经验，希望帮助更多后端开发者更快、更深入地掌握 Redis 技能。
《Redis 深度历险：核心原理与应用实践》分为基础和应用篇、原理篇、集群篇、拓展篇、源码篇共 5 大块内容。基础和应用篇讲解对读者来说最有价值的内容，可以直接应用到实际工作中；原理篇、集群篇让开发者透过简单的技术表面看到精致的底层世界；拓展篇帮助读者拓展技术视野和夯实基础，便于进阶学习；源码篇让高阶的读者能够读懂源码，掌握核心技术实力。
《Redis 深度历险：核心原理与应用实践》适合以下人群阅读：有 Redis 基础，渴望深度掌握 Redis 技术原理的中高级后端开发者；渴望成功进入大型互联网企业研发部的中高级后端开发者；需要支撑公司 Redis 中间件运维工作的初中级运维工程师；对 Redis 中间件技术好奇的中高级前端技术研究者。
作者简介
钱文品（老钱）
互联网分布式高并发技术领域奋战十年的老兵，目前担任掌阅服务端技术专家。
熟练使用 Java、Python、Golang 等多种计算机语言，是开源项目爱好者。
开发过多人在线 RPG 游戏，制作过大型网站，写过消息推送系统和 MySQL 中间件。
运营公众号“码洞”（codehole）。
目录信息
1.1 授人以鱼不如授人以渔 / 1
1.1.1 由 Redis 面试想到的 / 1
1.1.2 本书的内容范围 / 2
1.1.3 Redis 可以做什么 / 3
1.1.4 小结 / 3
1.1.5 扩展阅读 / 4
1.2 万丈高楼平地起——Redis 基础数据结构 / 4
1.2.1 Redis 的安装 / 5
1.2.2 5 种基础数据结构 / 6
1.2.3 容器型数据结构的通用规则 / 17
1.2.4 过期时间 / 17
1.2.5 思考&作业 / 17
1.3 千帆竞发——分布式锁 / 18
1.3.1 分布式锁的奥义 / 18
1.3.2 超时问题 / 20
1.3.3 可重入性 / 21
1.3.4 思考&作业 / 24
1.4 缓兵之计——延时队列 / 24
1.4.1 异步消息队列 / 24
1.4.2 队列空了怎么办 / 26
1.4.3 阻塞读 / 26
1.4.4 空闲连接自动断开 / 26
1.4.5 锁冲突处理 / 27
1.4.6 延时队列的实现 / 27
1.4.7 进一步优化 / 30
1.4.8 思考&作业 / 31
1.5 节衣缩食——位图 / 31
1.5.1 基本用法 / 31
1.5.2 统计和查找 / 34
1.5.3 魔术指令 bitfield / 35
1.5.4 思考&作业 / 38
1.6 四两拨千斤——HyperLogLog / 38
1.6.1 使用方法 / 39
1.6.2 pfadd 中的 pf 是什么意思 / 41
1.6.3 pfmerge 适合的场合 / 42
1.6.4 注意事项 / 42
1.6.5 HyperLogLog 实现原理 / 42
1.6.6 pf 的内存占用为什么是 12KB / 49
1.6.7 思考&作业 / 50
1.7 层峦叠嶂——布隆过滤器 / 50
1.7.1 布隆过滤器是什么 / 51
1.7.2 Redis 中的布隆过滤器 / 51
1.7.3 布隆过滤器的基本用法 / 52
1.7.4 注意事项 / 59
1.7.5 布隆过滤器的原理 / 60
1.7.6 空间占用估计 / 61
1.7.7 实际元素超出时，误判率会怎样变化 / 62
1.7.8 用不上 Redis 4.0 怎么办 / 63
1.7.9 布隆过滤器的其他应用 / 63
1.8 断尾求生——简单限流 / 64
1.8.1 如何使用 Redis 来实现简单限流策略 / 64
1.8.2 解决方案 / 65
1.8.3 小结 / 67
1.9 一毛不拔——漏斗限流 / 68
1.9.1 Redis-Cell / 71
1.9.2 思考&作业 / 72
1.9.3 扩展阅读：Redis-Cell 作者介绍 / 72
1.10 近水楼台——GeoHash / 73
1.10.1 用数据库来算附近的人 / 73
1.10.2 GeoHash 算法 / 74
1.10.3 Geo 指令的基本用法 / 75
1.10.4 注意事项 / 78
1.11 大海捞针——scan / 79
1.11.1 scan 基本用法 / 80
1.11.2 字典的结构 / 82
1.11.3 scan 遍历顺序 / 82
1.11.4 字典扩容 / 83
1.11.5 对比扩容、缩容前后的遍历顺序 / 84
1.11.6 渐进式 rehash / 85
1.11.7 更多的 scan 指令 / 85
1.11.8 大 key 扫描 / 85
第2 篇 原理篇 / 87
2.1 鞭辟入里——线程 IO 模型 / 87
2.1.1 非阻塞 IO / 87
2.1.2 事件轮询 （多路复用） / 88
2.1.3 指令队列 / 90
2.1.4 响应队列 / 90
2.1.5 定时任务 / 90
2.1.6 扩展阅读 / 90
2.2 交头接耳——通信协议 / 90
2.2.1 RESP / 91
2.2.2 客户端→服务器 / 92
2.2.3 服务器→客户端 / 92
2.2.4 小结 / 95
2.2.5 扩展阅读 / 95
2.3 未雨绸缪——持久化 / 95
2.3.1 快照原理 / 96
2.3.2 fork（多进程） / 96
2.3.3 AOF 原理 / 97
2.3.4 AOF 重写 / 98
2.3.5 fsync / 98
2.3.6 运维 / 98
2.3.7 Redis 4.0 混合持久化 / 99
2.3.8 思考&作业 / 100
2.4 雷厉风行——管道 / 100
2.4.1 Redis 的消息交互 / 100
2.4.2 管道压力测试 / 101
2.4.3 深入理解管道本质 / 102
2.4.4 小结 / 104
2.5 同舟共济——事务 / 104
2.5.1 Redis 事务的基本用法 / 104
2.5.2 原子性 / 105
2.5.3 discard（丢弃） / 106
2.5.4 优化 / 106
2.5.5 watch / 107
2.5.6 注意事项 / 108
2.5.7 思考&作业 / 110
2.6 小道消息——PubSub / 110
2.6.1 消息多播 / 110
2.6.2 PubSub / 111
2.6.3 模式订阅 / 113
2.6.4 消息结构 / 114
2.6.5 PubSub 的缺点 / 115
2.6.6 补充 / 115
2.7 开源节流——小对象压缩 / 115
2.7.1 32bit VS 64bit / 116
2.7.2 小对象压缩存储（ziplist） / 116
2.7.3 内存回收机制 / 120
2.7.4 内存分配算法 / 120
第3 篇 集群篇 / 122
3.1 有备无患——主从同步 / 122
3.1.1 CAP 原理 / 122
3.1.2 最终一致 / 123
3.1.3 主从同步与从从同步 / 123
3.1.4 增量同步 / 124
3.1.5 快照同步 / 124
3.1.6 增加从节点 / 125
3.1.7 无盘复制 / 125
3.1.8 wait 指令 / 125
3.1.9 小结 / 126
3.2 李代桃僵——Sentinel / 126
3.2.1 消息丢失 / 128
3.2.2 Sentinel 基本用法 / 128
3.2.3 思考&作业 / 129
3.3 分而治之——Codis / 130
3.3.1 Codis 分片原理 / 131
3.3.2 不同的 Codis 实例之间槽位关系如何同步 / 132
3.3.3 扩容 / 132
3.3.4 自动均衡 / 133
3.3.5 Codis 的代价 / 133
3.3.6 Codis 的优点 / 134
3.3.7 mget 指令的操作过程 / 134
3.3.8 架构变迁 / 135
3.3.9 Codis 的尴尬 / 135
3.3.10 Codis 的后台管理 / 136
3.3.11 思考&作业 / 136
3.4 众志成城——Cluster / 137
3.4.1 槽位定位算法 / 138
3.4.2 跳转 / 138
3.4.3 迁移 / 138
3.4.4 容错 / 140
3.4.5 网络抖动 / 140
3.4.6 可能下线（PFAIL）与确定下线（Fail） / 141
3.4.7 Cluster 基本用法 / 141
3.4.8 槽位迁移感知 / 142
3.4.9 集群变更感知 / 143
3.4.10 思考&作业 / 143
第4 篇 拓展篇 / 144
4.1 耳听八方——Stream / 144
4.1.1 消息 ID / 145
4.1.2 消息内容 / 145
4.1.3 增删改查 / 145
4.1.4 独立消费 / 147
4.1.5 创建消费组 / 148
4.1.6 消费 / 150
4.1.7 Stream 消息太多怎么办 / 152
4.1.8 消息如果忘记 ack 会怎样 / 153
4.1.9 PEL 如何避免消息丢失 / 153
4.1.10 Stream 的高可用 / 153
4.1.11 分区 Partition / 154
4.1.12 小结 / 154
4.2 无所不知——Info 指令 / 154
4.2.1 Redis 每秒执行多少次指令 / 155
4.2.2 Redis 连接了多少客户端 / 156
4.2.3 Redis 内存占用多大 / 156
4.2.4 复制积压缓冲区多大 / 157
4.2.5 思考&作业 / 158
4.3 拾遗补漏——再谈分布式锁 / 158
4.3.1 Redlock 算法 / 158
4.3.2 Redlock 使用场景 / 159
4.3.3 扩展阅读：redlock-py 的作者 / 160
4.4 朝生暮死——过期策略 / 160
4.4.1 过期的 key 集合 / 160
4.4.2 定时扫描策略 / 160
4.4.3 从节点的过期策略 / 161
4.5 优胜劣汰——LRU / 162
4.5.1 LRU 算法 / 163
4.5.2 近似 LRU 算法 / 164
4.5.3 思考&作业 / 165
4.6 平波缓进——懒惰删除 / 165
4.6.1 Redis 为什么使用懒惰删除 / 165
4.6.2 flush / 166
4.6.3 异步队列 / 166
4.6.4 AOF Sync 也很慢 / 166
4.6.5 更多异步删除点 / 166
4.7 妙手仁心——优雅地使用 Jedis / 167
4.7.1 重试 / 171
4.7.2 思考&作业 / 172
4.8 居安思危——保护 Redis / 172
4.8.1 指令安全 / 172
4.8.2 端口安全 / 173
4.8.3 Lua 脚本安全 / 174
4.8.4 SSL 代理 / 174
4.8.5 小结 / 174
4.9 隔墙有耳——Redis 安全通信 / 175
4.9.1 spiped 原理 / 176
4.9.2 spiped 使用入门 / 176
4.9.3 思考&作业 / 179
第5 篇 源码篇 / 180
5.1 丝分缕析——探索“字符串”内部 / 180
5.1.1 embstr VS raw / 181
5.1.2 扩容策略 / 184
5.1.3 思考&作业 / 184
5.2 循序渐进——探索“字典”内部 / 184
5.2.1 dict 内部结构 / 184
5.2.2 渐进式 rehash / 186
5.2.3 查找过程 / 187
5.2.4 hash 函数 / 188
5.2.5 hash 攻击 / 188
5.2.6 扩容条件 / 188
5.2.7 缩容条件 / 189
5.2.8 set 的结构 / 189
5.2.9 思考&作业 / 189
5.3 挨肩迭背——探索“压缩列表”内部 / 190
5.3.1 增加元素 / 192
5.3.2 级联更新 / 192
5.3.3 intset 小整数集合 / 194
5.3.4 思考&作业 / 195
5.4 风驰电掣——探索“快速列表”内部 / 195
5.4.1 每个 ziplist 存多少元素 / 197
5.4.2 压缩深度 / 198
5.5 凌波微步——探索“跳跃列表”内部 / 198
5.5.1 基本结构 / 199
5.5.2 查找过程 / 199
5.5.3 随机层数 / 200
5.5.4 插入过程 / 201
5.5.5 删除过程 / 202
5.5.6 更新过程 / 203
5.5.7 如果 score 值都一样呢 / 203
5.5.8 元素排名是怎么算出来的 / 203
5.5.9 思考&作业 / 204
5.5.10 题外话 / 204
5.6 破旧立新——探索“紧凑列表”内部 / 205
5.6.1 级联更新 / 207
5.6.2 取代 ziplist 尚需时日 / 207
5.6.3 思考&作业 / 207
5.7 金枝玉叶——探索“基数树”内部 / 207
5.7.1 应用 / 208
5.7.2 结构 / 210
5.7.3 思考&作业 / 213
5.8 精益求精——LFU VS LRU / 213
5.8.1 Redis 对象的热度 / 213
5.8.2 LRU 模式 / 213
5.8.3 LFU 模式 / 214
5.8.4 为什么 Redis 要缓存系统时间戳 / 217
5.8.5 Redis 为什么在获取 lruclock 时使用原子操作 / 217
5.8.6 如何打开 LFU 模式 / 218
5.8.7 思考&作业 / 218
5.9 如履薄冰——懒惰删除的巨大牺牲 / 218
5.9.1 懒惰删除的最初实现不是异步线程 / 219
5.9.2 异步线程方案其实也相当复杂 / 219
5.9.3 异步删除的实现 / 221
5.9.4 队列安全 / 224
5.9.5 思考&作业 / 225
5.10 跋山涉水——深入字典遍历 / 225
5.10.1 一边遍历一边修改 / 226
5.10.2 重复遍历的难题 / 227
5.10.3 迭代器的结构 / 227
5.10.4 迭代过程 / 229
5.10.5 迭代器的选择 / 231
5.10.6 思考&作业 / 232
· · · · · · (收起)
读后感
这本书的脉络是首先介绍了redis在实际软件中的一些使用案例,并且给出了具体的代码有python和java两个版本. 之后又介绍了redis中一些高级的用法,比如stream,集群等. 最后讲了redis中数据结构的底层实现 总体来说,此书讲redis还是比较深入的,同时对于基础的知识也有一定的介绍. ...
评分垃圾书，书后面行文质量越来越差，作者有点不负责任。虽然有些知识点看起来很深入，实则也是轻轻点过，留下很多坑给读者，作者也没有任何解答。还很多东西都是抄的别人的，该深入讲解的地方却一笔带过，甚至只是留下个链接让读者去看，稍微复杂一点的还建议读者不要看了。它这...
评分这本书的脉络是首先介绍了redis在实际软件中的一些使用案例,并且给出了具体的代码有python和java两个版本. 之后又介绍了redis中一些高级的用法,比如stream,集群等. 最后讲了redis中数据结构的底层实现 总体来说,此书讲redis还是比较深入的,同时对于基础的知识也有一定的介绍. ...
评分垃圾书，书后面行文质量越来越差，作者有点不负责任。虽然有些知识点看起来很深入，实则也是轻轻点过，留下很多坑给读者，作者也没有任何解答。还很多东西都是抄的别人的，该深入讲解的地方却一笔带过，甚至只是留下个链接让读者去看，稍微复杂一点的还建议读者不要看了。它这...
评分垃圾书，书后面行文质量越来越差，作者有点不负责任。虽然有些知识点看起来很深入，实则也是轻轻点过，留下很多坑给读者，作者也没有任何解答。还很多东西都是抄的别人的，该深入讲解的地方却一笔带过，甚至只是留下个链接让读者去看，稍微复杂一点的还建议读者不要看了。它这...
用户评价
《Redis 深度历险：核心原理与应用实践》这个书名，就透着一股“不好惹”的气息，让我对它充满了敬畏又兴奋。我目前在开发过程中，虽然经常使用 Redis，但更多的是一种“知其然，不知其所以然”的状态。我迫切希望这本书能够帮助我揭开 Redis 神秘的面纱，让我明白它的“黑魔法”是如何施展的。我最想深入了解的是 Redis 的并发处理机制，比如它的单线程模型是如何处理多客户端请求的？背后隐藏了哪些精妙的设计？还有它在内存管理上的优化，比如共享对象池、内存预分配等，这些是如何帮助 Redis 保持如此高的性能的？另外，我也非常希望书中能够详细介绍 Redis 在实际应用中的一些高级用法和最佳实践。例如，如何设计一个高效的 Redis 缓存策略？如何利用 Redis 构建分布式锁或者消息队列？如何处理 Redis 的数据一致性问题？这些贴近实际开发场景的探讨，将能极大地提升我解决复杂问题的能力，让我在面对更具挑战性的项目时，能够更加从容和自信。
评分这本书，我拿到手的时候，就被它那个充满力量感的书名吸引住了——《Redis 深度历险：核心原理与应用实践》。光是“深度历险”这几个字，就足以让我对书中内容充满好奇和期待。我一直对 Redis 这个高性能的内存数据库充满了兴趣，但总觉得对它的理解还停留在表面，很多时候只是停留在 API 的调用层面，对于它内部到底是如何工作的，以及在实际应用中如何才能发挥出它最大的潜力，都感到有些模糊。我希望这本书能够带我深入 Redis 的“内脏”，去探究那些隐藏在表象之下的核心机制，比如它的数据结构是如何实现的，网络模型是怎么工作的，内存管理又是如何进行的。同时，我也非常期待书中能够提供一些关于如何针对不同场景进行 Redis 优化的实践经验，比如在高并发读写、大数据量存储、数据一致性保障等方面，能够有更具体、更可操作的指导。毕竟，理论知识固然重要，但能够在实际工作中落地，解决实际问题，才是最有价值的。总的来说，我预设这本书应该是一本能够让我从“知道 Redis”到“理解 Redis”再到“精通 Redis”的绝佳指南，是一次真正意义上的“深度历险”。
评分《Redis 深度历险：核心原理与应用实践》这本书，光看名字就觉得很有分量，而且“深度”这个词，让我感觉它绝对不是一本泛泛而谈的入门读物。我之前接触过一些关于 Redis 的简单介绍，了解了一些基本的数据类型和常用命令，但对于它背后更深层次的运作方式，一直缺乏一个系统性的认识。我特别希望这本书能够带领我深入到 Redis 的“心脏”，去理解它为什么能如此高效。比如，它的事件驱动模型是如何工作的？为什么能支持高并发的连接？它的内存分配和管理机制又是怎样的？我想要了解它的数据结构，像 SDS (Simple Dynamic String) 和 ziplist，它们是如何优化的？以及像 Sentinel 和 Cluster 这样的高可用和分布式方案，它们内部是如何协调一致的？读完这本书，我希望能真正理解 Redis 的“灵魂”，知道在遇到性能瓶颈或者复杂问题时，能够从源码或者原理层面去分析和定位，而不是仅仅依赖于经验或者猜测。我相信这本书能让我对 Redis 的理解提升到一个新的高度，成为一个更懂“道”的技术人。
评分对于《Redis 深度历险：核心原理与应用实践》这本书，我最大的期待在于它能否帮助我突破当前应用 Redis 的瓶颈。目前我的团队在项目中使用了 Redis 作为缓存，但随着业务量的增长，缓存命中率和响应速度都开始出现波动。我希望能在这本书中找到一些关于 Redis 性能调优的“秘籍”。比如，如何更有效地利用 Redis 的数据结构？是否有一些不为人知的性能优化技巧？对于一些常见的性能问题，比如网络延迟、CPU 占用过高、内存碎片化等，书中能否提供深入的分析和解决方案？此外，我也非常关注 Redis 在高可用和容灾方面的实践。目前我们的 Redis 部署是单机模式，我希望通过学习这本书，能够了解如何搭建一个健壮的 Redis 集群，如何进行数据备份和恢复，以及如何在发生故障时快速地进行切换，保证业务的持续可用。总而言之，我希望这本书不仅能教我“怎么用”，更能教我“用得好”，用得更稳定、更高效，从而为项目的稳定运行提供坚实的技术支撑。
评分拿到《Redis 深度历险：核心原理与应用实践》这本书，我最期待的部分就是它能够解答我在实际工作中遇到的那些“为什么”。比如，为什么有时候 Redis 的性能会出现瓶颈？是我的配置有问题，还是我使用的命令不够高效？再比如，面对海量数据的场景，如何才能让 Redis 稳定运行，而不是频繁出现内存告警或者服务不可用？这本书的副标题“核心原理与应用实践”让我看到了希望，我希望它能像一位经验丰富的向导，带领我穿越 Redis 的复杂世界。我特别想了解 Redis 的持久化机制，比如 RDB 和 AOF，它们各自的优缺点是什么，在什么情况下应该选择哪种方式？还有它的内存淘汰策略，LRU、LFU 等，理解这些原理，有助于我在实际配置中做出更明智的选择。同时，我也希望书中能够分享一些实际生产环境中遇到的典型案例，以及如何通过 Redis 来解决这些问题，比如分布式锁的实现、消息队列的构建、缓存穿透、击穿、雪崩等问题的防范。这些贴合实际的应用场景，能够极大地提升我对 Redis 的掌握程度，让我不再只是一个 API 的使用者，而是能真正地驾驭它。
评分比较浅显易懂，应付面试倒是应该足够了
评分口感纯厚 可实操 可面试 可面别人 可看源码 真的是家中必备良药。 由于书没有提供代码，基于python3.7的示例代码整理 https://github.com/greatabel/DataBaseStudy/tree/master/02RedisDeepAdventure
评分作者第一次出书，存在感也有点太强了。示例代码非要用 py，java 分别写一遍，是为了效仿大学教材么。快速过一遍也挺合适作为概念建设的铺路砖，原理篇适合快速科普。不过感觉该说的官网和 redislabs 上都差不多说过了。各取所需吧。
评分这本书比设计与实现那本讲的通俗易懂的多。
评分知道了redis一些玩法
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.quotespace.org All Rights Reserved. 小美书屋 版权所有