redis发布与订阅

1、subscribe han     接收频道名称和消息具体内容

2、publish han haha

 

3、redis主从复制

概念：是将一台redis服务器的数据，复制到其他的redis服务器。前者称为主节点（master/leader），后者称为从节点（slave/follower）；数据的复制是单向的，只能由主节点到从节点。Master以写为主，Slave以读为主。

默认情况下，每台redis服务器都是主节点；且一个主节点可以有多个从节点（或没有从节点），但一个从节点只能有一个主节点。

主从复制的作用主要包括：

  1）、数据冗余：主从复制实现了数据的热备份，是持久化之外的一种数据冗余方式。

  2）、故障恢复：当主节点出现问题时，可以有从节点提供服务，实现快速的故障恢复；实际上是一种服务的冗余。

  3）、负载均衡：在主从复制的基础上，配合读写分离，可以由主节点提供写服务，由从节点提供读服务（即写redis数据时应用连接主节点，读redis数据时应用连接从节点），分担服务器负载；由其是在写少读多的场景下，通过多个从节点分担读负载，可以大大提高redis服务器的并发量。

  4）、高可用基石：主从复制还是哨兵和集群的基础，

一般来说，要将redis应用于工程项目中，只使用一台redis是万万不能的，原因如下：

  1）、从结构上，单个redis服务器会发生单点故障，并且一台服务器需要处理所有的请求负载，压力较大。

  2）、从容量上，单个redis服务器内存容量有限，就算一台redis服务器容量256g，也不能将所有的内存用作redis存储内存，一般来说，单台redis使用内存不超过20g。

查看是否主节点： info replication

配置主从复制：1、端口 2、pid名字 3、log文件名字 4、dump.rdb名字

配置一主二从的命令：（只需要配置从节点，因为redis默认自己是主节点）；认老大命令：slaveof ip port

配置文件中配置：replicaof ip port;如果主机有密码？masterauth password

主机断开连接，从机依旧连接到主机，但是没有写操作，这时如果主机回来了，从机依旧可以直接获取到主机的写信息。

从机断开连接（使用命令行设置的从机），重新连接后，就变成主机；再使用命令行变成从机，立马从主机中获取值。

Slave启动成功连接到master会发送一个sync同步命令；Master接到命令，启动后台的存盘进程，同时收集所有接收到的用于修改数据集命令，在后台进程执行完毕之后，master将传送整个数据文件到slave，并完成一次完全同步。

全量复制：slave服务在接收到数据库文件数据后，将其存盘并加载到内存中。

增量复制：master继续将新的所有收集到的修改命令一次传给slave，完成同步。

宕机后手动配置主机：slave no one让自己变成主机，其他节点再使用命令行手动连接到这个主机；如果原来的主机修复了，要重新配置主从。

----------------------上面的都不会使用----------------

哨兵模式（自动选举老大的模式，从2.8开始）

能够后台监控主机是否故障，如果故障了根据投票数自动将从库转为主库。

哨兵是一个独立的进程，作为进程，它会独立运行。其原理是：哨兵通过发送命令，等待redis服务器响应，从而监控多个运行的redis实例。

哨兵有两个作用：

   1）、通过发送命令，让redis服务器返回监控其运行状态，包括主服务器和从服务器。

   2）、当哨兵监测到master宕机，会自动将slave切换成master，然后通过发布订阅模式通知其他额从服务器，修改配置文件，让它们切换主机。

通常使用多个哨兵进行监控，各个哨兵之间还会进行监控，这样就形成了多哨兵模式。

假设主服务器宕机，哨兵1先检测到这个结果，系统并不会马上进行failover操作，仅仅是哨兵1主观的认为主服务器不可用，这个现象称为主观下线。当后面的哨兵也检测到主服务器不可用，并且数量达到一定值，那么哨兵之间就会进行一次投票，投票的结果由一个哨兵发起，进行failover（故障转移）操作。切换成功后，就会通过发布订阅模式，让各个哨兵把自己监控的从服务器实现切换主机，这个过程称为客观下线。

配置哨兵模式：sentinel

如果故障的主机回来了，只能做新主机的从机。

  

----------------------------------------------------------------------------

-------------------------------------------------------