Redis测试帮你快速搞定联通性问题，省时又方便

（引用来源：华为云开发者联盟）

Redis测试帮你快速搞定联通性问题，省时又方便，咱们做开发的，或者搞运维的，肯定都遇到过这种场景：自己本地的代码跑得好好的，一把部署到服务器上，就死活连不上Redis了，这时候咋办？抓耳挠腮，对着日志一行行看，又是检查IP地址，又是怀疑防火墙，有时候还得去打扰运维同事，一来二去，半天时间就搭进去了,特别耽误事。

有个特别简单又高效的办法，能帮你快速定位问题到底出在哪儿，这就是直接对Redis服务进行测试，这就像家里灯泡不亮了，你得先看看是灯泡坏了，还是开关问题，或者是总闸跳了，而不是一上来就想着重新布线，Redis测试就是帮你做这个“排查”动作的。

最直接的一招，就是用Redis自带的命令行工具redis-cli，你不需要写任何代码，只需要在命令行里敲几个命令就行，你的Redis服务器IP是192.168.1.100，端口是默认的6379，你可以在你的应用服务器上，打开终端，直接输入：redis-cli -h 192.168.1.100 -p 6379 ping，如果网络是通的，Redis服务也是正常运行的，它立马就会给你回复一个PONG，就这么简单的一个动作，就能立刻告诉你，从你这台机器到那台Redis服务器，网络链路和基础服务是没问题的，如果连这个都报错，比如显示“Could not connect to Redis at 192.168.1.100:6379: Connection refused”，那问题就清晰多了，八成就是网络不通、防火墙拦着了，或者Redis服务根本没起来，你就可以集中火力去解决这些基础设施的问题,而不是在自己代码里瞎找。

（引用来源：Redis官方文档）

光能ping通还不够，有时候是认证问题，很多生产环境的Redis是设置了密码的，这时候，你可以用redis-cli先连接上，然后输入auth 你的密码，如果密码错了，它会直接告诉你认证失败，这又排除掉一个常见的问题点，不然你代码里密码配错了，日志里可能只报个模糊的超时错误,让你误以为是网络问题。

更进一步，你还可以试试执行一个简单的命令，比如set test "hello"，然后再get test，看看能不能正常存进去、读出来，这不仅能验证读写权限，还能检查网络稳定性，有些时候，连接能建立，但网络质量差，丢包严重，会导致读写超时，通过这种简单的操作,你也能有个初步的感觉。

除了命令行，还有一些图形化的工具，比如RedisInsight或者一些其他的桌面客户端，你把这些工具装在你自己的电脑上，然后填上Redis服务器的地址、端口、密码（如果有），点一下连接，连上了，界面正常显示，那就说明从你电脑到服务器整个通路没问题，连不上，它一般也会给你个更友好的错误提示，连接超时”、“认证失败”之类的,同样能帮你快速定位方向。

（引用来源：常见运维实践经验）

把这些测试方法养成习惯，能给你省下大把时间，当你的应用报Redis连接错误时，别急着翻代码，先停下来，花一两分钟，用上面说的办法测试一下，如果测试通过了，那问题很可能就出在你的应用程序配置或者代码本身，比如连接池配置不对、连接字符串写错了等等，你就可以专注地在应用层面排查，如果测试都通不过，那很明确，就是Redis服务端或者网络环境的问题，赶紧去检查服务器状态、防火墙规则、安全组设置这些。

这就好比医生看病，得先量个体温、测个血压，做一些基础的检查，缩小怀疑范围，Redis测试就是给系统做“体检”的第一步，它简单、快速、直接，避免了在错误的方向上浪费大量时间，尤其是团队协作时，当你确定是基础设施的问题，就可以直接把测试结果甩给运维，说“看，从我这台机器就是连不上你的Redis，这是测试结果”，沟通起来有理有据,效率高多了。

下次再遇到联通性问题，别头疼，记住这个口诀：先命令行ping一下，再试试认证和读写，图形工具辅助查，几分钟就能把问题范围缩小一大半,真正做到省时又方便。