这是我参与8月更文挑战的第28天，活动详情查看：8月更文挑战；
redis 读写分离 主从配置
子节点配置
# 配置master节点的ip
replicaof 192.168.123.110 6379
# 当为yes的时候子节点只能读取
replica-read-only yes
Redis 缓存过期处理与内存淘汰机制
引子
计算机内存有限，越大越贵，Redis的高并发高性能都是基于内存的，用硬盘的话GG。
已过期的key如何处理？
设置了expire的key缓存过期了，但是服务器的内存还是会被占用，这是因为redis所基于的两种删除策略 redis有两种策略：
-
（主动）定时删除
- 定时随机的检查过期的key，如果过期则清理删除。（每秒检查次数在redis.conf中的hz配置）
-
（被动）惰性删除
- 当客户端请求一个已经过期的key的时候，那么redis会检查这个key是否过期，如果过期了，则删除，然后返回一个nil。这种策略对cpu比较友好，不会有太多的损耗，但是内存占用会比较高。
所以，虽然key过期了，但是只要没有被redis清理，那么其实内存还是会被占用着的。
那么如果内存被Redis缓存占用慢了咋办？
内存占满了，可以使用硬盘，来保存，但是没意义，因为硬盘没有内存快，会影响redis性能。 所以，当内存占用满了以后，redis提供了一套缓存淘汰机制：MEMORY MANAGEMENT
maxmemory：当内存已使用率到达，则开始清理缓存
* noeviction：旧缓存永不过期，新缓存设置不了，返回错误
* allkeys-lru：清除最少用的旧缓存，然后保存新的缓存（推荐使用）
* allkeys-random：在所有的缓存中随机删除（不推荐）
* volatile-lru：在那些设置了expire过期时间的缓存中，清除最少用的旧缓存，然后保存新的缓存
* volatile-random：在那些设置了expire过期时间的缓存中，随机删除缓存
* volatile-ttl：在那些设置了expire过期时间的缓存中，删除即将过期的
Redis 的哨兵模式
引子
Master挂了，如何保证可用性，实现继续读写
什么是哨兵
Sentinel(哨兵)是用于监控Redis集群中Master状态的工具，是 Redis 高可用解决方案，哨兵可以监视一个或者多个redis master服务，以及这些master服务的所有从服务；当某个master服务宕机后，会把这个master下的某个从服务升级为master来替代已宕机的master继续工作。
示例图
配置哨兵监控master
创建并且配置sentinel.conf：
-
普通配置
port 26379 pidfile "/usr/local/redis/sentinel/redis-sentinel.pid" dir "/usr/local/redis/sentinel" daemonize yes protected-mode no logfile "/usr/local/redis/sentinel/redis-sentinel.log" -
核心配置
# 配置哨兵 sentinel monitor mymaster 127.0.0.1 6379 2 # 密码 sentinel auth-pass <master-name> <password> # master被sentinel认定为失效的间隔时间 sentinel down-after-milliseconds mymaster 30000 # 剩余的slaves重新和新的master做同步的并行个数 sentinel parallel-syncs mymaster 1 # 主备切换的超时时间，哨兵要去做故障转移，这个时候哨兵也是一个进程，如果他没有去执行，超过这个时间后，会由其他的哨兵来处理 sentinel failover-timeout mymaster 180000启动哨兵 x 3
redis-sentinel sentinel.conf
测试
- master挂了，看slave是否成为master
- master恢复，观察slave状态
结论
master挂了以后，由于哨兵监控，剩余slave会进行选举，选举后其中一个成为master，当原来的master恢复后，他会成为slave。
