Redis连接数怎么快速看，简单几招教你轻松搞定redis连接情况

想知道Redis服务器当前的连接数，就像看看自己家门口现在有多少访客一样，非常简单，你不用成为Redis专家，也不用记一大堆复杂的命令,下面这几招就能让你轻松搞定。

第一招：使用Redis自带的“体检报告”——INFO命令

这是最直接、最全面的方法，Redis自己就提供了一个查看内部各种信息的命令，叫做INFO，你可以把它理解为Redis的体检报告单，里面什么信息都有，而我们只需要找到“连接数”这一项就行了。

具体怎么做呢？你需要连接到你的Redis服务器，不管你是用命令行工具redis-cli，还是用一些图形化的管理工具（比如Another Redis Desktop Manager）都可以。

连接上去之后，直接在命令行里输入info，然后回车，你会看到屏幕上哗啦啦地输出一大堆信息，可能一开始会有点懵，别急，我们不需要全部看完，在这些信息里，有一个专门的部分叫做Clients（客户端）。

你就盯着屏幕找，找到以# Clients开头的那一节，下面的几行就是我们要的关键信息了，根据Redis官方文档的说明,这里通常会有这么几项：

• connected_clients：这是最重要的一个数字，它表示当前正在连接的客户端数量（不包括从节点连接），也就是说，你的应用程序、你手动连上去的命令行窗口，都算在这里面，如果这个数字异常的高，可能意味着有连接没有正确关闭，也就是常说的“连接泄漏”。
• cluster_connections：如果你用了Redis集群,这个数字表示集群节点之间相互连接的数量。
• maxclients：这是Redis服务器允许同时连接的最大客户端数量上限，Redis默认的这个值通常很高（比如10000），但有时候管理员会出于安全或资源考虑把它调低，如果你的connected_clients快接近这个maxclients了，那就要警惕了,新的连接可能会被拒绝。
• blocked_clients：正在等待阻塞命令（比如BLPOP）的客户端数量，如果这个数字长期不为零,可能意味着你的某些处理逻辑有瓶颈。

你只需要一眼扫过# Clients这一小节，就能对当前的连接情况有个快速的了解，如果你觉得info命令输出的信息太多，找起来麻烦，还可以用更精确的命令info clients，这个命令会只返回Clients这一部分的信息,看起来更清爽。

第二招：快速点名的LIST命令

如果你只关心“现在有多少人”这个最终数字，不想看那么多描述信息，那还有更快的办法，Redis提供了一个命令叫CLIENT LIST。

你在命令行里输入client list然后回车，它会列出所有当前连接的客户端的详细信息，比如客户端的地址、端口、空闲时间、正在执行的命令等等,每一行代表一个连接。

我们只是要快速看一下数量，不需要看这么多细节，这时候，我们可以利用一个小技巧，就是把这个列表的结果通过管道传递给wc -l命令（这个是在Linux或Mac的shell中，如果你是在Windows的cmd中方法会有所不同），完整的命令看起来像是这样（在redis-cli中执行）：redis-cli client list | wc -l。

这个命令的意思就是：先获取客户端列表，然后计算这个列表有多少行，因为一个连接就是一行，所以行数就是连接数，不过要注意，这个结果可能会比info命令里的connected_clients多1，因为client list这个命令本身也会建立一个临时连接，你数的时候会把自己这个连接也数进去，但这对于快速估算来说,完全够用了。

第三招：图形化工具，一目了然

对于不太习惯命令行的小伙伴，或者希望有一个更直观、持续的可视化展示，那么强烈推荐使用图形化的Redis管理工具，比如前面提到的Another Redis Desktop Manager，或者RedisInsight（这是Redis官方推出的工具）等等。

这类工具通常在你连接上Redis服务器之后，会在主界面或者某个监控面板上，直接以一个数字或者一个实时变化的小图表来展示当前的连接数，你根本不需要输入任何命令，打开软件，连接成功，眼睛一扫就能看到，而且很多工具还能展示连接数的历史变化曲线，让你知道在什么时间点连接数突然升高或降低了,这对于分析问题非常有帮助。

总结一下

快速查看Redis连接数,你真的不需要太多复杂的知识：

1. 想看得全面点，就用 INFO 命令（或者 info clients），重点看 connected_clients。
2. 只想快点知道个数，就用 CLIENT LIST | wc -l 这种组合命令数一下行数。
3. 想最省事、最直观，就用一个图形化管理工具,点点鼠标就能看到。

平常多留意一下你的Redis连接数，特别是connected_clients，如果它在一个没有业务请求的深夜还居高不下，或者呈现出只增不减的趋势，那很可能就是程序里有Bug，连接用完没关，这时候就需要开发同学去检查代码了，定期看一眼,就能把问题扼杀在摇篮里。