为何Redis Insight v2连接Redis实例时会创建额外的客户端连接？

这是Redis Insight v2的正常设计，完全不会对你的Node.js应用运行造成影响，额外新增的连接是工具为了拆分不同功能逻辑单独维护的常驻连接，不属于异常或连接泄漏。

各连接对应的用途 #

• 初始状态下你看到的id=152连接，就是你当前操作使用的redis-cli终端客户端本身的会话，你敲入的client list命令就是通过这个连接发给Redis服务端的。
• 打开Redis Insight并连接本地6379实例后新增的第一个连接，是工具的核心业务连接：你在Redis Insight界面上触发的所有常规操作，比如浏览键列表、编辑键值、执行手动输入的命令、查看基础统计信息，都会通过这个连接发送请求到Redis。
• 第二个新增连接是工具的专用长任务连接：这个连接专门用来处理需要持续阻塞等待推送的特殊命令，比如订阅键空间通知、抓取实时命令流（对应MONITOR命令）、监听慢日志、检测连接存活状态。

Redis的单连接是命令串行执行的，如果把上述阻塞类任务和普通操作共用一个连接，会导致常规请求被阻塞、UI操作无响应，因此几乎所有成熟的Redis GUI工具、业务客户端都会为这类特殊任务单独建立连接，是非常通用的设计逻辑。

给Node.js开发的相关提示 #

你后续用Node.js的Redis SDK（比如ioredis、node-redis）开发时，如果用到发布订阅、阻塞列表命令（如BLPOP/BRPOP）、集群节点拓扑感知这类功能，SDK也会自动创建额外的独立连接处理对应逻辑，属于正常现象。你只需要留意不要在代码里出现每次请求都新建客户端、且用完不调用quit()释放的写法，避免连接数无限制上涨就可以，固定的几个常驻连接对Redis性能的影响可以忽略。

内容的提问来源于stack exchange，提问作者Imari Childress