Redis服务器高CPUdebugging策略

最近，我们注意到由redis引起的生产环境的CPU峰值，这可以在下面看到：

为了解决这个问题，我每天大概两次重新启动redis服务器（这显然很不理想，我想找出根本原因。

以下是我到目前为止所看到的一些事情：
1）查看redis日志文件中的任何exception。 以下似乎是可疑的：

• 如何在ESXi中使用多核guest虚拟机来投影/测量物理主机等待
• PHP进程一次只运行一个，始终占用一个内核的100％
• 在命令行中运行命令时的CPU使用情况
• 什么样的基于Windows的“进程记帐”软件可用？
• 如何找出为什么我们的Windows 2003networking服务器显示100％CPU使用率

2）研究了nginx的访问日志，看看我们是否遇到exception高的stream量。 答案是不。

3）New Relic透露，这个问题从16日（大约一个月前）的11月21日开始，但是在那个时候没有发布代码。

以下是关于我们设置的一些细节：

Redis服务器： Redis server v=2.8.17 sha=00000000:0 malloc=jemalloc-3.6.0 bits=64 build=64a9cf396cbcc4c7

PHP： 5.3.27与fpm

Redisconfiguration：

 daemonize yes pidfile /var/run/redis/redis.pid port 6379 timeout 0 tcp-keepalive 0 loglevel notice logfile /var/log/redis/redis.log syslog-enabled yes databases 16 save 900 1 save 300 10 save 60 10000 stop-writes-on-bgsave-error no rdbcompression yes rdbchecksum yes dbfilename redis.rdb dir /var/lib/redis/ slave-serve-stale-data yes slave-read-only yes repl-disable-tcp-nodelay no slave-priority 100 maxmemory 15GB appendonly no appendfsync everysec no-appendfsync-on-rewrite no auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb lua-time-limit 5000 slowlog-max-len 128 notify-keyspace-events "" hash-max-ziplist-entries 512 hash-max-ziplist-value 64 list-max-ziplist-entries 512 list-max-ziplist-value 64 set-max-intset-entries 512 zset-max-ziplist-entries 128 zset-max-ziplist-value 64 activerehashing yes client-output-buffer-limit normal 0 0 0 client-output-buffer-limit slave 256mb 64mb 60 client-output-buffer-limit pubsub 32mb 8mb 60 hz 10 aof-rewrite-incremental-fsync yes include /etc/redis/conf.d/local.conf 

框架：Magento 1.7.2与Cm_Cache_Backend_Redis

请让我知道，如果给予上述信息有什么我可以做，以缓解高CPU使用率。