标签：故障 http 避免 根据 哨兵 读取 logfile one name
string是字符串类型，是redis最基本的数据类型。
哈希类型hash，hash特别适合存储对象
列表类型list，按照插入顺序排序
集合类型set，不允许有重复数据
有序集合类型zset，不允许有重复数据
为了避免服务器停机导致数据库数据丢失，为了避免单点故障，我们需要将数据复制到多台服务器上，即使有一台出现问题，其他服务器继续可以服务。
这就要求一台服务器数据更新后，自动将数据更新到其他服务器上，实现方式就是：redis的主从复制
我们可以在多台服务器上部署redis，并在这几台服务器上指定主从关系，主服务器主要负责写，同时将写入的数据更新到从服务器上，这种模式叫做主从复制。
即master/slave ,并且redis默认master写数据，slave用于读，slave不能写，写会出错。
由于只有一台主机，所以只能模拟一下redis的主从关系
首先，将已经安装好的redis的配置文件redis.conf备份到redis6380.conf,redis6382.conf,redis6384.conf,同时清空配置文件的内容命令如下：
cp redis.conf redis6380.conf > redis6380.conf cp redis.conf redis6382.conf > redis6382.conf cp redis.conf redis6384.conf > redis6384.conf
然后：编辑redis6380.conf、redis6382.conf、redis6384.conf
redis6380.conf，将以下内容放入，6380为主。6382,6384为从
#include包含原配置文件的内容，具体配置文件路径根据实际情况修改 include /usr/local/redis-3.2.9/redis.conf #daemonize yes 表示服务从后台启动，相当于./redis-server &中的& daemonize yes #port 6380 自定义的端口号 port 6380 #pidfile 自定义的文件，表示当前程序的pid，进程id pidfile /var/run/redis_6380.pid #logfile 日志文件名 logfile /usr/local/redis-3.2.9/6380.log #dbfilename 持久化的rdb文件 dbfilename dump6380.rdb
redis6382.conf、
#slave配置文件 #include包含原配置文件的内容，具体配置文件路径根据实际情况修改 include /usr/local/redis-3.2.9/redis.conf #daemonize yes 表示服务从后台启动，相当于./redis-server &中的& daemonize yes #port 6382 自定义的端口号 port 6382 #pidfile 自定义的文件，表示当前程序的pid，进程id pidfile /var/run/redis_6382.pid #logfile 日志文件名 logfile /usr/local/redis-3.2.9/6382.log #dbfilename 持久化的rdb文件 dbfilename dump6382.rdb #slaveof 表示当前redis是127.0.0.1端口6380这个Master的从, slaveof 127.0.0.1 6380 #这里注意如配置文件配置了requirepass就需要加下面此项 masterauth "redis_2018@"
redis6384.conf
#slave配置文件 #include包含原配置文件的内容，具体配置文件路径根据实际情况修改 include /usr/local/redis-3.2.9/redis.conf #daemonize yes 表示服务从后台启动，相当于./redis-server &中的& daemonize yes #port 6384 自定义的端口号 port 6384 #pidfile 自定义的文件，表示当前程序的pid，进程id pidfile /var/run/redis_6384.pid #logfile 日志文件名 logfile /usr/local/redis-3.2.9/6384.log #dbfilename 持久化的rdb文件 dbfilename dump6384.rdb #slaveof 表示当前redis是127.0.0.1端口6380这个Master的从, slaveof 127.0.0.1 6380 masterauth "redis_2018@"
接着：启动redis服务
//查看是否有redis进程 ps -ef|grep redis //在src路径下执行 //主redis ./redis-server ../redis6380.conf //两个从redis ./redis-server ../redis6382.conf ./redis-server ../redis6384.conf
登录redis内置客户端查看redis主从信息,redis服务所处的角色命令如下：
./redis-cli -p 6380 -a redis_2018@ ping info replication
主节点写入数据
从节点读取数据：
从节点不能写入数据
当Master服务故障时，需手动将slave中的一个提升为Master，剩下的slave重新挂载到新的Master上(冷处理：机器挂掉了再处理)
命令如下：
//将slave提升为Master slaveof no one //将slave挂载到新的Master slaveof 127.0.0.1 6382
模拟场景，将6380端口服务关掉，
我们将6382设置为主节点Master
6382成为了Master
将6384挂载到6382
将6380挂载到6382上
总结：
1.一个Master可以有多个slave
2.slave下线，读请求的处理性能下降
3.Master下线，写请求的处理性能下降
4.当Master故障后，需要将其中一个slave使用slave no one命令提升为Master，其他的slave使用slaveof ip port 命令重新挂载到新的Master上，从新的Master上同步数据
5.主从复制模式的障碍转移需要手动操作，要实现自动化处理，这就需要Sentinel哨兵，实现故障的自动转移
标签：故障 http 避免 根据 哨兵 读取 logfile one name
原文地址：https://www.cnblogs.com/xiaotang5051729/p/9640712.html
