哎，居然搞不清楚redis-cli在哪儿，找了半天都没影儿

（一）

哎，真是服了，今天这活儿干的，差点没把我给憋死，本来想着就是个特简单的任务：连上服务器，用redis-cli查个数据看看，心里还美滋滋的，觉得五分钟搞定,然后就能去摸鱼喝杯咖啡了。

结果倒好，第一步就卡住了，我打开终端，胸有成竹地敲下redis-cli，满心期待那个熟悉的端口提示符蹦出来，你猜怎么着？终端冷冰冰地给我弹回来一行字：-bash: redis-cli: command not found。

我当时的表情，估计就跟地铁老人看手机那张图一模一样。“命令没找到？”我心里嘀咕，“不可能啊，这机器上明明跑着Redis服务呢，ps -ef | grep redis看得真真儿的，服务进程活蹦乱跳的，这没有客户端工具，就像有锁没钥匙，有锅没锅铲，这不纯纯膈应人吗？”

（二）

行吧，既然直接不行，那就找找看呗，我寻思着，是不是没放进环境变量PATH里？于是我开始了一场漫长的“寻宝”游戏。

第一站，用find命令进行地毯式搜索，我敲入find / -name "redis-cli" 2>/dev/null，心里想着，就算你藏到天涯海角，我也得把你揪出来，终端屏幕开始飞速滚动，我的心也跟着提了起来，过了一会儿，结果出来了，空空如也，啥？连个影子都没有？我不死心，又试了whereis redis-cli和which redis-cli，得到的回应依然是令人失望的“空空如也”。

这下我有点慌了，难道真没安装？可是服务明明在运行啊，我又想，是不是安装的时候只装了服务端，没装客户端工具？这种事儿也不是没听说过，或者，它被安装到了一个非常规的、极其隐蔽的目录里？

（三）

我决定换个思路，去看看Redis服务本身的配置，既然服务在跑，那它的安装路径总该有迹可循吧，我用ps -aux | grep redis仔细看了看启动命令，发现它用的是/usr/local/bin/redis-server这个路径，我眼前一亮，赶紧ls -la /usr/local/bin/，心想着redis-cli大概率就跟redis-server在同一个目录下躺着呢。

结果，希望越大，失望越大。/usr/local/bin/目录下，redis-server文件安安稳稳地在那儿，可它的好兄弟redis-cli，就是不见踪影，那种感觉，就像你明明看到一双筷子，伸手去拿却发现只有一根，另一根不翼而飞了,别提多别扭了。

我又不死心，把/usr/bin/，/opt/这些常见目录翻了个底朝天，甚至还去用户目录下看了看，生怕是自己之前手滑给挪了地方，一切都是徒劳，这个redis-cli就跟人间蒸发了一样,连一点线索都没留下。

（四）

忙活了大半天，咖啡没喝成，倒是因为上火灌了一肚子凉白开，我瘫在椅子上，看着那个运行得好好的Redis服务进程，感觉它像是在无声地嘲笑我，这叫什么事儿啊，明明宝藏就在眼前（数据在Redis里）,可我却没有打开宝藏的钥匙。

没办法，看来最简单的解决办法，就是重新安装一下Redis的客户端部分了，或者，更彻底点，直接重装整个Redis，确保客户端工具一并到位，虽然有点折腾,但总比现在这样干瞪眼强。

经过这么一遭，我可是长记性了，以后遇到这种基础工具，装完系统或者软件之后，第一件事就得先敲一下关键命令试试，比如redis-cli --version，确认一下工具链是完整的，不能再像今天这样，等到要用的时候才发现抓瞎，白白浪费这么多时间，还生一肚子闷气，哎，真是吃一堑,长一智。