redis常见问题
1、常见解决方案：在命令窗口输入：ping [IP] 查看是否有连接，如果没有，则为网络问题，如果有，尝试第二步。
2、Redis中的Map被误删除：在某些情况下，可能会出现误删除Map的情况，例如在操作时误执行了DEL命令或者使用了错误的键名。
3、Redis主从复制的性能问题，为了主从复制的速度和连接的稳定性，Slave和Master最好在同一个局域网内。关于Redis 常见的性能问题都有哪些，青藤小编就和您分享到这里了。
redis阻塞了怎么办
先说下解决方案：开放Redis服务的两个TCP端口。譬如Redis客户端连接端口为6379，而Redis服务在集群中还有一个叫集群总线端口，其端口为客户端连接端口加上10000，即 6379 + 10000 = 16379。
建议在设置过期时间时使用 Expire 而非 Expireat，或者使用 Expireat 时自己给入一个随机量，让过期时间离散开。当 Redis 可支配的内存空间不足时，会进行内存逐出操作。尽管可以配置策略，但是逐出时CPU会hang住。
可以通过修改配置参数解决，工作中，曾遇到redis连接数一直不释放，导致请求阻塞甚至挂掉的问题。重启redis后，短暂性恢复正常，过一会又会异常。后来查阅相关文档了解到，对于此异常现象可以参考通过修改配置参数解决。
Redis 提供了两个命令来生成 RDB 文件，分别是 save 和 bgsave。bgsave 可以避免阻塞，但避免阻塞和正常处理写操作并不是一回事。
一下子填满的情况可以是往 Redis 里写大量数据，百万千万数量级那种。另一个情况可以是 Redis 服务端因执行耗时操作，阻塞住了，导致没法消费输入缓冲区数据。对应上面 2 个溢出场景，优化方向很自然就有了。
后端redis刷新页面后token就失效为什么
此外，获取token异常也可能是由于网络原因、服务器崩溃或维护等原因引起的。
代码中没有统一的从一个地方来获取，而是直接从官网获取，导致不统一（看了代码，没有发现单独获取token的地方）。
由于项目中对token设置两小时过期时间，导致经常大批量处理消息体带有token处理失效。之前对接口返回token异常，进行重试机制。通过递归的方式刷新token，重新将消息丢回处理队列。
如过期，拒绝刷新，客户端收到该状态后，跳转到登录页；如未过期，生成新的access_token和refresh_token并返回给客户端(如有可能，让旧的refresh_token失效)，客户端携带新的access_token重新调用上面的资源接口。
我们会调用他们刷新token接口，刷新完成之后，在token失效与重新刷新token这个时间间隔期间，就会出现大量的请求失败的日志，因此在实际API对接过程中，我不推荐大家采用 token方案。
后端主要是使用拦截器来进行请求的拦截和校验 解释一下思路：这里的话，针对需要拦截的路径和需要放行的路径进行配置就行 关于redisTemple的引入这里就不再赘述。
redis更新过期时间没有作用的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis更新值、redis更新过期时间没有作用的信息别忘了在本站进行查找喔。