josnsense的博客

Redis的哨兵模式，就是在主从模式的基础上，额外部署若干独立的哨兵进程，通过哨兵进程去监视者Redis主从节点的状态，一旦发现主节点宕机，则哨兵可以重新从剩余slave节点中推选一个新的节点并将其升级为master节点，以此保证整个系统功能可以正常使用。频道发送该 Sentinel 节点对于主节点的判断以及当前 Sentinel 节点的信息，同时每个 Sentinel 节点也会订阅该频道，来了解其他 Sentinel 节点以及它们对主节点的判断。

在扩缩容的时候，需要进行数据迁移。如果超过(N/2 + 1)数量的master节点都投票给了某个从节点，那么选举通过，这个从节点可以切换成master，如果在 cluster-node-timeout*2 的时间内从节点没有获得足够数量的票数，本次选举作废，更新配置纪元，并进行第二轮选举，直到选出新的主节点为止。考虑这样的一种情况，如果只有3个节点，且节点在哈希环上的分布是可能是这个样子的，即使数据分布的均匀，大量的数据存储在节点0上，而节点1、2不会存储多少数据，节点0的负载会很高，这种情况就是。

String、hash(哈希)、list(列表)、set(集合)、zset(有序集合)、Bitmap(位图)、HyperLogLog、GEO(地理信息定位)键过期、发布订阅、Lua脚本功能、简单的事务功能、流水线功能（Pipeline）缓存、排行榜系统、计数器应用、社交网络、消息队列系统。b.redis使用C语言实现的。c. redis使用的是单线程。纯内存存储、IO多路复用技术、单线程架构。

该限制包括16字节的标头。aof文件可能在尾部是不完整的，当redis启动的时候，aof文件的数据被载入内存。注意，这需要足够的内存（理论上需要双倍的内存，一份是从主节点接收的RDB文件，一份是从RDB文件转换为当前实例的内存），如果没有，将会存在OOM的风险。当开启混合持久化时，主进程先fork出子进程将现有内存副本全量以RDB方式写入aof文件中，然后将缓冲区中的增量命令以AOF方式写入aof文件中，写入完成后通知主进程更新相关信息，并将新的含有 RDB和AOF两种格式的aof文件替换旧的aof文件。

RDB文件生成完毕之后，主节点会将这个RDB发送给从节点，从节点会先写入本地磁盘，然后再从本地磁盘加载到内存1，然后主节点会将内存中缓存的写命令发送给从节点，从节点也会同步这些数据。在进行快照同步时，会进行很耗时的文件IO操作，在非SSD磁盘存储时，快照同步会对系统的负载产生较大影响。对于从节点开始接收RDB快照到接收完成期间，主节点仍然响应读写命令，因此主节点会把这期间写命令数据保存到复制客户端缓冲区内，当从节点加载完RDB之后，主节点再把缓冲区内的数据发送给从节点，保证主从之间数据一致性。

返回指定排名范围的成员： zrange key start end[withscores]或者zrevrange key start end [withscores]返回指定分数范围的成员： zrangebyscore key min max [withscores] [limit offset count]交集：zinterstore destination numbers key [key …求多个集合的差集： sdiff key [key …增： sadd key element[…