CD200309的博客

比如：0 ~ 30 秒内只能获取一次，通过 setnx ex，存在则设置，不存在则出错，并设置过期时间。比如：用户身份校验，浏览器传入 cookie/sessionid，Redis 缓存并查询。通过上述的 incr/incrby 等来实现。使用类型必须匹配，且保证不会溢出最大范围。

前章讲到主从结构下，主节点挂了是需要手动让某个从节点变成主节点，或者修复原来的主节点，人为干涉肯定是不现实的，所以 Redis 引入了哨兵机制。顾名思义：建立在主从结构之上，用来管理主从节点由于自身的的异常情况而避免人为干涉，变成了自动解决。当这些哨兵发现主节点挂了会统计个数，并判断 达没达到 认为主节点真正挂了的阈值，防止误判。然后调整从节点和挂了的主节点和客户端连接的 Redis 服务之间的关系即可。

都知道 Redis 是跑在内存中的，既然在内存，能存储的数据是有限的，如果存储的数据太大，就必须引入更多的 Redis 服务来进行分摊数据，所以 Redis 中集群模式就是来解决这类问题的。

1. 生活上的例子比如有一个行李箱和一个手机，每次把手机放到行李箱在拿出来肯定很麻烦，如果放到裤兜里就会方便很多，所以裤兜算作行李箱的一个缓存，不仅仅是裤兜，甚至可以一直拿在手上等其他有存储介质的东西。说白了缓存就是用来提高效率的，比如 内存 作为 CPU 和 外设 的缓存，和接下来要讲的 Redis 作为 MySQL 的缓存，MySQL 和磁盘打交道，磁盘是外设 I/O 效率慢，并且是随机寻址就更慢了，而 Redis 工作在内存，用来缓存 MySQL 的部分数据来分摊压力再合适不过了。

顾名思义：部署多台 Redis 服务器，并选择一个为主 Redis 服务器，其他为从 Redis 服务器。从节点的数据必须从主节点同步过来从节点只能读，主节点可读可写某个从节点挂了，不影响从其他节点读取数据和写数据主节点挂了，不能写数据，从节点读的数据可能是旧的引入主从模式在读的场景下能提高硬件资源数量和可用性，比如某个服务挂了，依旧能从其他节点读数据，但主节点挂了就不会更新新的数据了。

为什么要持久化Redis是跑在内存上的，但内存上的数据是临时的，Redis服务挂了，数据也就丢失了，所以为了解决上述问题，Redis的数据同时都要在内存和硬盘上，理论上内存上和磁盘上的数据要是一致的。