Redis 服务器 CPU 100% 问题调查

在做压测时发现 Redis 的 CPU 升到了 100% ，并且客户端创建了大量的连接，但是总的客户端数并没有变化。经调查最后发现是 JedisPool 配置不合理和使用不当导致的。这里记录下调查过程及一些个人理解，以作备忘。

Redis：多大的 key 算大？如何查找？如何拆分？

## 多大的 key 算大 ？ 关于 Redis 中多大的 key 算大，这个貌似没有统一的定义。下面是摘自几篇博客中的关于大 key 的定义： 定义一：[^bk1]

Redis x Spring 使用 SCAN 命令搜索缓存

发现维护的项目中有个用户登录时间的缓存没有设置过期时间，导致产线环境的 Redis 中存在大量永不过期的废弃 Key 。这里使用 SCAN 命令搜索缓存已删除这些废弃的缓存数据。

使用 redis-shake 同步 Redis 数据

使用阿里开源的 [redis-shake](https://github.com/alibaba/RedisShake) 工具同步 Redis 数据（这个开源工具貌似暂时仅支持单向同步

【Redis】ERR 'RENAME' command keys must in same slot

在测试环境（Redis 是单机版）使用 `RENAME` 功能时是好的，到了生产环境（阿里云的 Redis 集群版）报了如下错误： ERR 'RENAME' command k

记一次 Redis 不定时命中率降低问题调查

## 问题现象 - 后端服务获取用户令牌信息时有几率获取不到。 这个处理是在 `Filter` 中执行的，在所有业务处理之前。 采用 `StringRed

【SpringBoot】Redis 分布式锁 Redisson

之前的项目中使用 *附1. SETNX 方式* 中的方法来实现锁机制，但缺陷较大，并不能保证原子性。 *Redisson* 是一个实现了 **RedLock** 的框架，使用 [

【SpringBoot】多 Redis 接入

*spring-boot-starter-data-redis* 默认仅支持配置一个 *redis* 服务（*spring.redis.xxx*）。若要配置多个，则需要手动添加相关的配

Redis-Cli 常用命令

### Key - `DEL key` 该命令用于在 key 存在时删除 key。 - `DUMP key` 序列化给定 key ，并返回被序列化的值。 - `EXISTS key` 检查给

通过 RedisTemplate 单次访问获取多个缓存值

使用 *redisTemplate* 尝试通过单次访问 *Redis* 获取多个数据时，使用了 *multi* 和 *exec* 方法。但在运行时报了如下错误： io.lettuce.core