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