Redis导致接口变慢故障排查

近段时间我们一个接口总是隔断时间出现一次访问很慢的情况，如下图，这是我们通过kibana统计的接口响应时间

最开始我们想到是不是并发量太大导致后端数据库压力太大了，所以多开了一个实例，并且数据读写采用了读写分离，但情况依旧，最后也打印出了操作数据库、Redis的耗时情况，如下图

发现MySQL并不是瓶颈，Redis读取的时候耗时比MySQL更严重，我们知道Redis是单线程直接操作内存的，一定是有某些操作阻碍了主线程的执行，查看了Redis执行日志

发现在耗时那个点，Redis正在做持久化操作，而且使用的是RDB全量快照的方式，介绍下RDB的持久化功能：
Redis默认是使用RDB的持久化策略，可以配置周期性将数据保存到磁盘，比如可配置在1分钟内发生1000次写操作，就保存一次，这里的保存是全量保存，即Redis会fork一个子进程来循环所有的数据，然后将数据写入到RDB文件中，如果在某个时间段有频繁的写请求过来，那么Redis就不不断的fork子进程来处理数据库快照操作，但fork操作会发生堵塞，所以那段时间就会发生客户端的读写请求比较卡的情况，Redis的持久化策略流程如下图：

解决，使用AOP持久化策略或者我们可以配置不使用Redis持久化策略，因为根据接口的业务情况，发现即使数据丢失，也不会造成太大影响，可以直接再去读数据库获取，具体配置只要在最后一行加上：save “”，即可禁用RDB

参考：

http://www.cnblogs.com/zhoujinyi/archive/2013/05/26/3098508.html

https://segmentfault.com/a/1190000015983518