2401_86341340的博客

产生雪崩的原因之一，比如写文本的时候，马上要双十一零点，很快就要引来一波抢购，这波商品时间比较集中的放入了缓存，假设缓存一小时。那么到零点的时候，这批商品的访问查询，都落到了数据库上，对数据库而言，就会产生周期性的压力波峰。缓存穿透的概念很简单，用户想要查询一个数据，发现redis内存数据库没有，也就是缓存没有命中，于是向持久层数据库查询，发现也没有，于是本次查询失败。当大量用户同时访问某一个热点，当这个热点的key在失效的瞬间，持续的大并发就击穿缓存，直接请求数据库，就像在屏障上凿开一个动。

当后面别的哨兵也检测到主服务器不可用，并且数量达到一定值时，那么哨兵之间就会进行一次投票，进行failover【故障转移】操作，切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为。当一个哨兵检测到主服务器挂了，并不会马上进行failover过程，仅仅一个哨兵主观认为主服务器不可用，这个过程称为。同时为了防止哨兵挂了，我们需要配置多个哨兵进行监控，各个哨兵之间会进行监控，这样形成了多哨兵模式。当哨兵检测到主服务器挂了，会自动将从服务器切换成主，然后通过。

消息是由发布者发送给订阅者的数据。redis中的发布订阅模式，是一种消息传递模式，可用于实现多个客户端之间的实时消息通信。在这种模式下，消息发送者称为发布者，而接收消息的客户端称为订阅者。频道是消息的通道，发布者通过指定频道来发布消息，订阅者通过订阅频道来接收相关消息。所有订阅同一频道的订阅者都会收到此消息。如果生产者生成的速度远远大于消费者消费的速度，易堆积大量未消费的消息。基于频道(Channel)的发布/订阅。基于模式(pattern)的发布/订阅。命令将消息发布到指定的频道。

新的的命令：redis-cli --cluster create 192.168.40.101:7000 192.168.40.101:7001 192.168.40.101:7002 192.168.40.101:7003 192.168.40.101:7004 192.168.40.101:7005 --cluster-replicas 1。- cluster-config-file nodes-7000.conf //集群节点配置文件。2.默认情况下该节点就是以master节点形式添加。

只要是单纯的使用redis-server启动的话，都会去编译好的目录下找到一个叫做redis.conf的文件去启动，即便是修改了端口号，也是只能启动一个redis服务。Redis单线程,单进程 由于是单线程和单进程的，所以它的线程是安全的，我们之前说的java中的多线程安全在分布式中不起作用，当时只针对一个JVM中是有效的。- 作用 : 这个命令和EXPIRE 命令的作用类似，但是它以毫秒为单位设置key 的生存时间，而不像EXPIRE 命令那样，以秒为单位。特殊符号用 "\" 隔开。

两种持久化方案既可以同时使用(aof),又可以单独使用,在某种情况下也可以都不使用,具体使用那种持久化方案取决于用户的数据和应用决定。无论使用AOF还是快照机制持久化,将数据持久化到硬盘都是有必要的,除了持久化外,用户还应该对持久化的文件进行备份(最好备份在多个不同地方)。

3.将下载redis资料包上传到Linux中（复制粘贴到linux下指定目录）一定要在Makefile文件的同目录下使用下面的命令对redis做编译。5.安装gcc（因为redis的底层是由c语言编写的）9.Redis服务端口默认是 6379（查看运行状态）下载完整源码包：redis-7.0.0.tar.gz。8.进入/usr/redis目录启动redis服务。10.进入bin目录执行客户端连接操作。如果是在一台机器上，可以省略后面的。6.进入解压目录执行如下命令。2.下载redis源码包。