本文目录一览：
同一服务器redis持久化,导致另一redis变慢
绑定CPU的Redis，在进行数据持久化时，fork出的子进程，子进程会继承父进程的CPU使用偏好，而此时子进程会消耗大量的CPU资源进行数据持久化，子进程会与主进程发生CPU争抢，这也会导致主进程的CPU资源不足访问延迟增大。
确保服务器的CPU、内存和磁盘资源没有过度使用。检查Redis的日志文件，查看是否有错误或者异常信息。检查Redis的配置文件，尤其是redis.conf，确保配置项设置合理。
首先，第一步，建议你去查看一下Redis的慢日志。Redis提供了慢日志命令的统计功能，我们通过以下设置，就可以查看有哪些命令在执行时延迟比较大。
最好是不开启Master的AOF备份功能。
数据库负载过高：如果Redis实例的负载较高，就会导致set操作的响应时间变慢。可以通过查看Redis的监控信息，确定是否存在负载过高的情况。网络延迟：如果Redis服务器和客户端之间的网络延迟较大，会导致set操作的耗时增加。
配置合适的Redis服务器：可以使用集群模式来分散压力和提高系统性能，也可以尝试使用缓存清理策略来减轻Redis服务器的压力。检查代码：检查PHP代码是否有错误，尤其是是否存在死循环等问题。
如何用Redis缓存改善数据库查询性能
1、为了运行一个优化热门查询性能的Redis缓存，首先应确定你希望缓存的查询结果。其中，应重点关注最常用的和最耗时的查询，然后确定应缓冲查询中的数据。为简便起见，缓存查询返回的所有列值。
2、总的老说，优化方案中只有两种，一种是给查询的字段加组合索引。
3、使用 Jedis 库提供的批量操作和管道功能来优化 Redis 操作，尽量将多个命令合并执行，减少网络通信次数。 对于热门数据和频繁读取的数据，可以使用缓存策略来减少对 Redis 的访问次数，提高读取性能。
redissession调用系统卡顿
设置多级目录存储SESSION默认session的存储目录是1级目录，如果用户量比较大，session文件数量就比较大，我们可以设置目录数为2，使用2级目录可以提交查找和存取速度。
redis 服务监控 通过监控工具，首先排查一下redis 服务端是否是超时，可以从服务器cpu ，内存使用情况，qps等判断server 端是否超时。如果server 侧没有问题，就需要排查客户端。
若同时需要设置Redis的命名空间则使用@EnableRedisHttpSession（maxInactiveIntervalInSeconds=3600， redisNamespace={spring.session.redis.namespace}） ，其中{spring.session.redis.namespace}表示从配置文件中读取这个命名空间。
会话缓存（Session Cache）最常用的一种使用Redis的情景是会话缓存（session cache）。用Redis缓存会话比其他存储（如Memcached）的优势在于：Redis提供持久化。
这次带来的是spring boot + redis 实现session共享的教程。
session在本地内存中，2个ajax请求所用时间差不多，用sessionState 和redis 2个ajax请求中第一个正常，第二个明显要慢。微软自带的sessionState 和redis session性能差距不大。我曾经做过测试 这里就不贴图了，直接说结果。
Redis常见延迟问题排查手册!附33条优化建议
注意， Redis的主动过期的定时任务，也是在Redis主线程中执行的 ，也就是说如果在执行主动过期的过程中，出现了需要大量删除过期key的情况，那么在业务访问时，必须等这个过期任务执行结束，才可以处理业务请求。
网卡负载过高，在网络层和TCP层就会出现数据发送延迟、数据丢包等情况。Redis的高性能除了内存之外，就在于网络IO，请求量突增会导致网卡负载变高。
所幸Linux提供了很好的工具来诊断这个问题，所以当延迟疑似是swap引起的，最简单的办法就是使用Linux提供的工具去确诊。
·其次对常见持久化问题进行分析定位和优化。 ·最后结合Redis常见 的单机多实例部署场景进行优化。 1 RDB RDB持久化是把当前进程数据生成快照保存到硬盘的过程，触发RDB持久化过程分为手动触发和自动触发。
增大内存： es性能优化的杀手锏： filesystem cache（OS cache）： 也就是说 尽量让内存可以容纳所有的索引数据文件，那么搜索的时候就基本都是走内存的，性能会非常高。
性能对比：由于Redis只使用单核，而Memcached可以使用多核，所以平均每一个核上Redis在存储小数据时比Memcached性能更高。
