redis源代码分析-redis分析源码(2-13-98)

更新时间：2024-08-06 分类：Redis 浏览量：2

Redis本文目录一览：

string作为redis中常用对象之一，普遍用于用户信息缓存等场景。

REDIS_LIST、REDIS_HASH、REDIS_SET、REDIS_ZSET）；encoding表示value的编码，即底层使用了哪种数据结构；ptr是一个指向保存value的底层数据结构的指针。

intset的底层结构查询方式一般采用二分查找法，实际查询复杂度也就在log（n） Redis-有序集合对象（zset）底层实现为字典（dict） + 跳表（skiplist），当数据比较少的时候用ziplist编码结构存储。

哨兵模式是在主备模式的基础上，加上哨兵，实现redis集群的故障转移。哨兵负责监控集群状态，当redis主节点发生故障，哨兵通过选举，选出替代的master节点。一般需要单数的哨兵进行选举，大多数达成一致。

传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。

我们看下 springboot 项目的客户端如何配置以访问哨兵模式的 redis。

集群容量一旦到达上限，在线扩容十分麻烦。实现哨兵模式的配置其实是很麻烦的，里面有很多选择。

三个节点修改哨兵配置文件sentinel.conf。先启动三个服务器的redis。启动时会出现警告，提示socket连接数设置的太低了，需要修改后重启服务就不会有警告提示。注意启动的顺序。

1、出于对数据库的强烈兴趣，他开始阅读和分析 Redis 源代码，并对 Redis 6 和 Redis 0 的源代码进行了详细注释。他翻译并维护着 Redis 中文文档网站 .com ，编写了 OORedis 库。

2、主要内容包括：Redis的安装配置、API、各种高效功能、客户端、持久化、复制、高可用、内存、哨兵、集群、缓存设计等，Redis高可用集群解决方案，Redis设计和使用中的问题，最后提供了一个开源工具：Redis监控运维云平台CacheCloud。

3、例如监控、选主和通知。在Redis读写分离的情况下，使用哨兵可以很轻松地做到故障恢复，提升了整体的可用性。但哨兵无法解决Redis单机写的瓶颈，这就需要引入集群模式，相应的文章也被列为明年的写作计划中。

4、分析源码我们了解 Redisson 模式的分布式，解决了锁过期时间和可重入的问题。但是针对 redis 本身可能存在的单点失败问题，其实是没有解决的。