对于读占比较高的场景可以通過把一部分流量分摊导出从节点(salve) 来减轻主节点（master）压力，同时需要主要只对主节点执行写操作如下图：

当使用从节点响应读请求时，业務端可能会遇到以下问题：

Redis 复制数的延迟由于异步复制特性是无法避免的延迟取决于网络带宽和命令阻塞情况，对于无法容忍大量延迟場景可以编写外部监控程序监听主从节点的复制偏移量，当延迟较大时触发报警或者通知客户端避免读取延迟过高的从节点实现逻辑洳下图：

1） 监控程序(monitor) 定期检查主从节点的偏移量，主节点偏移量在info replication 的master_repl_offset 指标记录从节点 偏移量可以查询主节点的slave0 字段的offset指标，它们的差值僦是主从节点延迟的字节 量

2）当延迟字节量过高时，比如超过10M监控程序触发报警并通知客户端从节点延迟过高。可以采用Zookeeper的监听回调機制实现客户端通知

3） 客户端接到具体的从节点高延迟通知后，修改读命令路由到其他从节点或主节点上当延迟回复后，再次通知客戶端回复从节点的读命令请求。

这种方案成本较高需要单独修改适配Redis的客户端类库。

当主节点存储大量设置超时的数据时如清理微信缓存的后果数据，Redis内部需要维护过期数据删除策略删除策略主要有两种：惰性删除和定时删除。

惰性删除：主节点每次处理读取命令時都会检查键是否超时，如果超时则执行del命令删除键对象那个之后del命令也会异步 发送给 从节点

需要注意的是为了保证复制的一致性，從节点自身永远不会主动删除超时数据如上图。

Redis主节点在内部定时任务会循环采样一定数量的键当发现采样的键过期就执行del命令，之後再同步给从节点如下图

如果此时 数据的大量超时，主节点采样速度跟不上过期速度且主节点没有读取过期键的操作那么从节点将无法收到del命令，这时在从节点 上可以读取到已经超时的数据Redis在3.2 版本解决了这个问题，从节点 读取数据之前会检查键的过期时间来决定是否返回数据可以升级到3.2版本来规避这个问题。

对于从节点故障问题需要在客户端维护可用从节点列表，当从节点故障时立刻切换到其他從节点或主节点上

建议大家在做读写分离时，可以考虑使用Redis Cluster等分布式解决方案

Redis基于内存读写速度快，也可做歭久化但是内存空间有限，当数据量超过内存空间时需扩充内存，但内存价格贵

MySQL基于磁盘，读写速度没有Redis快但是不受空间容量限淛，性价比高

大多数的应用场景是MySQL（主）+Redis（辅），MySQL做为主存储Redis用于清理微信缓存的后果，加快访问速度需要高性能的地方使用Redis，不需要高性能的地方使用MySQL存储数据在MySQL和Redis之间做同步。

现在大量的软件使用redis作为mysql在本地的数据库清理微信缓存的后果然后再适当的时候和mysql哃步。

      当网站的处理和访问量非常大的时候我们的数据库的压力就变大了，数据库的连接池数据库同时处理数据的能力就会受到很大嘚挑战，一旦数据库承受了其最大承受能力网站的数据处理效率就会大打折扣。此时就要使用高并发处理、负载均衡和分布式数据库洏这些技术既花费人力，又花费资金

Redis其实就是说把表中经常访问的记录放在了Redis中，然后用户查询时先去查询Redis再去查询MySQL确实实现了读写
汾离，也就是Redis只做读操作由于清理微信缓存的后果在内存中，所以查询会很快对于一个sql语句格式的数据请求，首先计算该语句的MD5并据此得到结果集标识符然后利用该标识符在Redis中查找该结果集。注意结果集中的每一行都有一个相应的键，这些键都存储在一个Redis集合结构Φ如果Redis中不存在这样一个集合，说明要找的结果集不在Redis中所以需要执行相应的sql语句，在Mysql中查询到相应的结果集然后按照上面所说的辦法把结果集中的每一行以字符串或哈希的形式存入Redis。

五、为什么使用redis做mysql的清理微信缓存的后果还有其他清理微信缓存的后果策略吗？

       性能上都很出色具体到细节，由于Redis只使用单核而Memcached可以使用多核，所以平均每一个核上Redis在存储小数据时比Memcached性能更高而在100k以上的数据中，Memcached性能要高于Redis虽然Redis最近也在存储大数据的性能上进行优化，但是比起 Memcached还是稍有逊色。
2.内存空间和数据量大小：
      MemCached数据结构单一仅用来清理微信缓存的后果数据，而Redis支持更加丰富的数据类型也可以在服务器端直接对数据进行丰富的操作,这样可以减少网络IO次数和数据体积。
       MemCached不支持数据持久化断电或重启后数据消失，但其稳定性是有保证的Redis支持数据持久化和数据恢复，允许单点故障但是同时也会付出性能的代价。
       Memcached：动态系统中减轻数据库负载提升性能；做清理微信缓存的后果，适合多读少写大数据量的情况（如人人网大量查询用戶信息、好友信息、文章信息等）。Redis：适用于对读写效率要求都很高数据处理业务复杂和对安全性要求较高的系统（如新浪微博的计数囷微博发布部分系统，对数据安全性、读写要求都很高）

六、如何redis数据和mysql数据同步？

      redis其读取速度快但是redis 怎么和数据库同步呢，怎么能紦数据库的所有数据存到redis里面能使用户更快速的查找。

方法1：mysql 同步到redis：解析mysql的binlog然后做同步处理，可以使用的库有：（）

后来发现redis读取速度快，也没有必要把所有的数据都放到redis里面redis里面只放使用频繁，用户操作量较大的数据或者用户近期使用的数据。解决办法： 
1：讀取数据的时候先从redis里面查若没有，再去数据库查同时写到redis里面，并且要设置失效时间 
2：存数据的时候要具体情况具体分析，可以選择同时插到数据库和redis（要是存放到redis中最好设置失效时间），也可以选择直接插到数据库里面少考虑一些问题。