想看看redis到底是不是正常运行，服务状态咋样呢？

想知道Redis是不是在好好干活儿,状态怎么样，其实就像看看家里那位“仓库管理员”有没有在岗、精神头足不足，咱们不用那些让人头疼的黑话，就用手边能用的法子，挨个瞧瞧。

第一招，先看看它“人”在不在。 最直接的就是问问系统，Redis这位服务员有没有在后台待命，你可以在电脑或服务器上打开命令行，输入类似“systemctl status redis”这样的命令（这是Linux系统常见的，如果是其他系统，命令可能略有不同），如果看到它显示“active (running)”，还绿油油的，那起码说明它已经在岗位上坐着了，如果显示没启动或者停了，那第一步就是得想办法把它叫醒，这是最基础的，得先确保服务进程本身是存在的。

第二招，敲敲门，看它答不答应。 光知道它在岗还不行，得看它能不能响应，Redis自带了一个很好用的聊天工具，叫“redis-cli”，你打开命令行，输入“redis-cli ping”，如果这位管理员利索地回你一个“PONG”，那就好比它中气十足地喊了一声“在呢！”，说明服务网络端口是通的，能正常对话，如果连不上或者没反应，那可能是网络堵了，或者它“耳朵”（监听端口）没打开。

第三招，走近点，看看它的“脸色”和“体力”。 能搭上话之后，就可以关心一下它的身体状况了，还是在“redis-cli”这个聊天窗口里，输入“info”这个命令，这会哗啦啦出来一大堆信息，别慌，咱们就挑几样关键的脸色看看：

• “内存”够不够用：找找“used_memory_human”这一行，它能告诉你Redis现在吃了多少内存，对比一下你给它的“伙食配额”（配置里设置的最大内存），看看是不是快吃撑了。
• “连接数”忙不忙：看看“connected_clients”这个数，这就是当前有多少个客户端（比如你的网站程序、APP后台）正在跟它说话，如果这个数突然特别高，或者一直下不来，它可能就有点应接不暇了。
• “干了多久活了”：看看“uptime_in_days”，这是它连续上班的天数，如果数字很大，说明它是个劳模，一直没休息，但有时候重启一下也能解决一些累积的小毛病。
• “最近有没有闹脾气”：关注一下“rejected_connections”，如果这个数字在涨，说明因为人太多或者它太忙，已经开始拒绝新的连接请求了，这就像客服占线，得注意。

第四招，让它跑两步，试试身手。 用“redis-cli”还可以做个简单的小测试，输入“set test_health “ok””命令，这是让它往口袋里存一个叫“test_health”的小纸条，写上“ok”，然后再输入“get test_health”命令，让它把纸条拿出来看看，如果它顺利地存进去又准确地取出来，显示“ok”，那就说明它的“存”和“取”这两个核心功能是灵光的，根据Redis官方文档的说明，这种基础命令的测试是验证服务是否健康有效的最直接方式之一。

第五招，听听它的“心跳”和“日志”。 如果上面几步都没问题，但你还是感觉有点不放心，或者之前出过小毛病，可以看看它的“工作日记”——也就是日志文件，日志文件的位置通常在Redis的配置文件（redis.conf）里写着，名字叫“logfile”，打开看看里面有没有最近记录的“Warning”或者“Error”这样的字眼，这能告诉你它之前有没有遇到过什么烦心事，或者哪里不舒服，根据许多运维工程师的实践经验，在Linux系统下，你还可以用“redis-cli --stat”这样的命令，它会持续地、动态地给你报告当前的连接数、内存使用、每秒处理命令数这些关键指标，就像看着它的实时心电图一样，能更直观地感受它的忙碌程度和状态波动。

留心一下平时的“感觉”。 除了这些主动检查，平时多留意一下依赖Redis的应用有没有变慢、有没有报连接不上的错误，这就像听邻居评价这位仓库管理员的服务态度一样，是重要的间接反馈。

看Redis正不正常,就从“在不在岗”、“能不能沟通”、“身体指标好不好”、“核心业务快不快”以及“有没有发牢骚（日志）”这几个方面去摸摸底，一套组合拳下来，你心里基本就有数了，如果发现哪项不对劲，比如内存快满了、拒绝连接了，那就需要进一步针对性地照顾一下了，比如看看是不是有些数据该清理了，或者考虑给它分配更多资源。