一文了解Redis主从复制原理、演进历程以及百度的优化方案。

怎么知道 Redis 里到底存了啥？都有那些 Key？每个 Key 用了多少空间？这些问题可以轻松得到解决 ...

通过组合使用Redis的List等数据结构，结合Lua脚本，完成类消息队列功能，解决分组批量读取等功能。

众所周知，redis是一款性能强悍的中间件。那么它的性能到底多强，大家也是只拿到的是官方给到的数据，那么真实情况是否真的是这样? 带着这个疑问，挑选了redis单机与集群做压测，得到性能数据，并分析两者性能的关系是否是线性的。

上期，我们详细介绍了 Redis 的3种底层数据结构。下面我们介绍其余的数据结构，来看看它们是如何实现的。

Redis 这么优秀的原因是什么呢？我们可能会想到它基于内存的存储介质，多路复用的IO方式，以及主模块的单线程模型等等，但往往忽视了一点，就是 Redis 在底层数据结构上的实现。

单线程模型、过期策略、数据恢复、集群模式。

从前有句古话说得好，天将降大任于斯人也，必要先看Redis。

以前古人还说过，窗前明月光，低头Redis。

古人还说过，所有的答案都在源码里。

昨天还有人跟我说，用Redis比Tair申请要方便。

本文主要讲述异地双活方案redis的热备、双写、双向同步的区别和优劣势。并且说明了双写同步方案中redis集群主从数据同步的过程，以及中间件方案遇到的部分问题点，说明最终方案的实现思路和方案。

单机锁主要是为了同步同一进程中各个线程之间的操作。大多数互联网系统都是分布式部署的，当某个资源在多系统之间具有共享性的时候，为了保证大家访问这个资源数据是一致的，那么就必须要求在同一时刻只能被一个客户端处理，不能并发的执行，否者就会出现同一时刻有人写有人读，大家访问到的数据就不一致了。分布式锁，是指在分布式的部署环境下，通过锁机制来让多客户端互斥的对共享资源进行访问。

本文主要是通过分析redis内存结构、介绍内存优化手段，同时结合实践案例，帮助大家在优化内存使用，快速定位redis相关内存异常问题。

如果一定要要求分布式锁百分百可靠，那可以选用Zookeeper或者MySQL作为分布式锁，就能完美的解决锁安全的问题，但是选择了一致性那就要失去可用性，所以Zookeeper或者MySQL实现的分布式锁的性能远不如Redis实现的分布式锁。

本文盘点了Redis消息队列功能的发展历程。

基于生产环境的真实案例，Redis 高风险命令 HSCAN 的踩坑指南。

本文深入源码，介绍了redis的几种基本数据类型，以及新版本的特性。

本文详细介绍redis。