本文目录一览：
- 1、redis性能有哪些问题
- 2、redis缓存使用中的热key问题
- 3、redis连不上咋整??
- 4、redis分布式锁常见问题及解决方案
- 5、Redis常见延迟问题排查手册!附33条优化建议
2、CPU利用率：持久化过程中，Redis需要将数据进行序列化并写入磁盘，这会占用一定的CPU资源 。当多个Redis实例同时进行持久化时，CPU的利用率可能会增加 ， 导致某个实例的性能下降 。
3、内存限制：Redis是基于内存的存储系统，当缓存数据量过大时，可能会消耗大量内存资源，影响软件其他功能的性能 。缓存穿透、缓存击穿和缓存雪崩：这些现象可能导致缓存系统承受较大压力，进而影响整个软件的性能和稳定性 。
redis缓存使用中的热key问题1、缓存击穿 缓存击穿是指一个请求要访问的数据，缓存中没有，但数据库中有的情况 。这种情况一般都是缓存过期了 。
2、redis 中的key 太多，在存量卡号比较大的情况下 ， redis 中key的存储过于庞大 。redis 本身RDB 和 AOF 的问题 。线上开启AOF 重写出差情况下，会阻塞redis 主线程 。
3、这时候需要考虑热key是否对业务产生影响 ， 可以通过配置spring.session.store-type=none ， 关闭存储redis.这时候热key访问量下降，业务key 可以正常访问 。
4、使用切片集群的时候，我们通常会将不同的key存放在不同的实例上，如果存在bigKey的话，会导致相应实例的数据量增大 ， 内存压力也相应增大 。
redis连不上咋整??1、原因如下：配置错误：配置错误是导致泛微无法连接到Redis集群的常见原因之一 。包括配置文件错误或网络连接问题 。若Redis集群的配置文件中的地址或端口设置不正确，泛微将无法正确连接到集群 。
2、网络问题 。Redis是一个客户端服务端的程序 ， 服务端提供数据存储等等服务，可以连接，服务连接不上 ， 是网络问题 。网络是由若干节点和连接这些节点的链路构成，表示诸多对象及其相互联系 。网络是信息传输、接收、共享的虚拟平台 。
3、网络问题：Redis是基于网络通信的，如果网络不稳定或者存在网络故障，会导致Redis断开连接 。网络问题可能包括丢包、延迟过高、带宽不足等 。
redis分布式锁常见问题及解决方案使用redis客户端redisson，redisson很好的解决了redis在分布式环境下的一些棘手问题，它的宗旨就是让使用者减少对Redis的关注，将更多精力用在处理业务逻辑上 。
【redis 常见问题 redis日常问题】最大的问题就是因为客户端或者网络问题，导致 redis 中的 key 没有删除 ， 锁无法释放，因此其他客户端无法获取到锁 。
借助Redis setNX命令设置一个标志位就行 。设置成功的放行 ， 设置失败的就轮询等待 。
这个问题也有开源库解决了，就是redis红锁 。下一个问题是分布式锁可以重入么？如果想要实现可重入的分布式锁的话，需要在设置value的时候加上线程信息和加锁次数的信息 。
使用Redis实现分布式锁最简单的方案是使用命令SETNX 。SETNX（SET if Not eXist）的使用方式为：SETNX key value，只在键key不存在的情况下，将键key的值设置为value，若键key存在，则SETNX不做任何动作 。
Redis常见延迟问题排查手册!附33条优化建议1、注意 ， Redis的主动过期的定时任务，也是在Redis主线程中执行的 ， 也就是说如果在执行主动过期的过程中，出现了需要大量删除过期key的情况 ， 那么在业务访问时，必须等这个过期任务执行结束，才可以处理业务请求 。
2、网卡负载过高，在网络层和TCP层就会出现数据发送延迟、数据丢包等情况 。Redis的高性能除了内存之外，就在于网络IO，请求量突增会导致网卡负载变高 。
3、所幸Linux提供了很好的工具来诊断这个问题，所以当延迟疑似是swap引起的 ， 最简单的办法就是使用Linux提供的工具去确诊 。
4、·其次对常见持久化问题进行分析定位和优化 。·最后结合Redis常见 的单机多实例部署场景进行优化 。1 RDB RDB持久化是把当前进程数据生成快照保存到硬盘的过程，触发RDB持久化过程分为手动触发和自动触发 。
5、增大内存： es性能优化的杀手锏： filesystem cache（OS cache）： 也就是说 尽量让内存可以容纳所有的索引数据文件，那么搜索的时候就基本都是走内存的，性能会非常高 。
6、性能对比：由于Redis只使用单核，而Memcached可以使用多核，所以平均每一个核上Redis在存储小数据时比Memcached性能更高 。
