redis脑裂问题，边路缓存问题，读穿透和写穿透

查看redis的一些问题。
脑裂问题 https://blog.csdn.net/Elliot_2b/article/details/90106711
cache aside pattern 边路缓存问题 https://zhuanlan.zhihu.com/p/66462064
读穿透和写穿透

1.redis脑裂问题
----- 哨兵模式下的脑裂；

------集群模式下的脑裂；
异地多活—保证高可用，
完全解决不可能，只能尽最大可能避免
-------主从迁移带来的不一致
（1）什么是redis集群的脑裂
redis的集群脑裂是指因为网络问题，导致redis master节点和redis slave节点和sentinel集群处于不同的网络分区，此时因为sentinel集群无法感知到master的存在，所以讲slave节点提升为master节点，此时存在两个不同的master节点，就像一个大脑分裂成两个
（2）redis集群的脑裂造成的问题
如果客户端还是基于原来的master节点继续写入数据，那么新的master节点吴法同步这些数据，当网络问题解决后sentinel（哨兵）集群将原来的master节点降为slave节点，此时在从新的master中同步数据，将会造成大量的数据流失
（3）解决redis脑裂问题的方案
在redis的配置文件中存在两个参数

min-slaves-to-write 3  //表示连接到master的最小slave数量
min-slaves-max-lag 10  //表示slave连接到master的最大延迟时间

若连接到master的slave数量小于第一个参数，且延迟时间小