一、使用Druid背景     公司微服务产品改造上线后，在开发环境的时候，使用的是springboot默认的连接池HikariCP，为什么springboot2.0后选择的是HikariCP，可以参考博客，Springboot 2.0选择HikariCP作为默认数据库连接池的五大理由---->https://blog.csdn.net/li

一、使用Druid背景     公司微服务产品改造上线后，在开发环境的时候，使用的是springboot默认的连接池HikariCP，为什么springboot2.0后选择的是HikariCP，可以参考博客，Springboot 2.0选择HikariCP作为默认数据库连接池的五大理由---->https://blog.csdn.net/li

前言一、常见工具及手段Redis里面提供的命令1. INFO命令2. monitor命令3. slowlog命令4. bigkeys命令5. benchmark命令6. latency命令其他手段1. 判断是否使用了swap2. Redis内存dump分析二、CPU高问题大并发下CPU高；如何确定并发高：查看redis每秒的查询次数；小并发下CPU高；redis的qps较低的情况下，CPU高，那就

一、业务背景    公司的业务场景主要是利用Redis来做集群节点间session共享；二、报错原因    Timeout wait for idle object意即Redis连接池里面没有空闲连接，没有空闲连接那说明池里面的连接泄漏或者连接始终保留active状态被占用（即Redis是阻塞状态，所有命令阻塞，保持a

我们先看Redis的几个常见命令时间复杂度：keys *返回所有的key，keys命令最好不要在生产环境用，会全局遍历，会很慢，要堵塞其他命令。dbsize显示一共有几个key，这个可以在生产用，不会全局遍历exists keyname查看key是否存在，存在返回1，不存在返回0del kename 删除key 成功返回1，失败返回0。可以删除多个。expire keyname seconds 为