Redis服务到底有没有在跑，怎么快速查状态和确认运行情况

最直接的检查：使用系统服务管理命令

在现代的Linux系统中，比如使用Systemd作为初始化系统的版本（如CentOS 7/8、Ubuntu 16.04及以后版本），检查一个服务是否运行的最标准、最快速的方法就是使用systemctl命令,这个命令是管理系统服务的核心工具。

你可以直接在终端中输入以下命令：

systemctl status redis

或者，如果服务名不是简单的redis，可能是redis-server或带有版本号的名字,你可以尝试：

systemctl status redis-server

执行这个命令后，屏幕上会立刻显示出一大段信息，这些信息就是我们需要的关键内容，你不需要理解每一行的具体含义,只需要关注几个重点：

1. 第一行或高亮显示的活动行（Active line）：这一行通常会明确地用文字告诉你服务的状态，如果Redis正在正常运行，你会看到类似 Active: active (running) 的字样，这里的active (running)就是最明确的“正在运行”的标志，反之，如果你看到 Active: inactive (dead),那就表示Redis服务当前没有启动。

2. 最后几行的日志片段：systemctl status命令通常会显示服务最近的一些日志输出，如果服务启动失败，这里往往会包含错误原因，比如配置文件出错、端口被占用等，即使服务是运行中的，这里也可能显示一些最近的警告或信息性消息,帮助你了解服务的健康状况。

3. 进程ID（PID）：状态信息中会包含一行类似 Main PID: 1234 (redis-server) 的内容，这个1234就是Redis服务进程在操作系统中的唯一标识符，有这个PID，并且后面的状态是active (running),就是服务在跑的强有力证据。

如果通过systemctl status发现服务没有运行，你可以使用 systemctl start redis 命令来启动它，如果想设置开机自启，则使用 systemctl enable redis。

查看进程是否存在

另一个非常快速的方法是直接查看系统进程中是否存在Redis相关的进程，我们可以使用ps命令配合grep进行过滤。

在终端中输入：

ps aux | grep redis

这个命令的含义是：列出所有用户的详细进程信息（ps aux），然后通过管道（）将结果传递给grep命令，grep redis则会只显示那些包含“redis”字样的行。

如果Redis服务正在运行，你通常会看到一行或多行输出,类似于：

redis     1234  0.0  0.1  12345  6789 ?        Ssl  10:30   0:00 /usr/bin/redis-server *:6379

即使你看不懂这一长串信息的全部含义，只要看到了类似redis-server的关键词，并且有进程ID（例如上面的1234），就基本可以确定Redis服务进程是存在的,即在运行中。

需要注意的是，这个命令本身也会产生一个grep redis的进程，所以你会看到两行结果，其中一行是你刚输入的grep命令自己,你可以通过增加一个反向过滤来排除它：

ps aux | grep redis | grep -v grep

这样，输出结果就只剩下Redis服务进程本身的那一行了,判断起来更加清晰。

检查网络端口监听情况

Redis服务默认会监听一个TCP端口（通常是6379）来等待客户端的连接，检查这个端口是否处于被监听的状态,是确认Redis是否在工作的另一个重要角度。

使用netstat命令可以查看网络连接和端口监听情况：

netstat -tlnp | grep 6379

或者，在一些新版本的Linux上，更推荐使用ss命令，它更快速、更高效：

ss -tlnp | grep 6379

这两个命令的选项类似：-t表示TCP协议，-l表示显示监听中的套接字，-n表示用数字形式显示地址和端口号（这样我们看到的就是6379而不是可能映射的服务名），-p表示显示占用该端口的进程信息。

如果Redis正在运行并且正常监听,你会看到类似这样的输出：

tcp    LISTEN   0    128    *:6379    *:*    users:(("redis-server",pid=1234,fd=6))

这明确地告诉我们，有一个进程名为redis-server、PID为1234的进程正在监听所有网络接口（）的6379端口,这是Redis服务在跑的又一个铁证。

实际连接测试：最可靠的验证

三种方法都是从系统外部观察Redis服务，但最可靠、最能确认其“健康”状态的方法，是直接尝试连接它并执行一个最简单的操作，这就像你去检查一台电视机，不能只看它亮着灯,还得看看屏幕能不能显示出画面。

Redis自带了一个命令行客户端工具，叫做redis-cli,你可以在终端中直接输入：

redis-cli ping

这个命令的功能就是向Redis服务器发送一个“PING”请求，如果Redis服务正在正常运行并且能够响应,它会简单地回复一个：

PONG

看到这个“PONG”，就仿佛Redis在跟你说：“嗨，我在这儿呢，状态很好！” 这是最直接、最令人放心的确认方式。

如果Redis服务没有运行，或者因为网络、配置问题无法连接，redis-cli通常会报错，提示类似 Could not connect to Redis at 127.0.0.1:6379: Connection refused 这样的信息。

你还可以在连接后执行一个更进一步的检查，使用info命令：

redis-cli info server

在返回的大量信息中，你可以快速找到 uptime_in_seconds 这一行，它告诉你Redis服务器已经连续运行了多长时间（以秒为单位）,一个不断增大的数字也侧面证明了服务的稳定性。

总结一下快速确认的步骤：

1. 首选：运行 systemctl status redis，看是否显示 active (running)。
2. 辅助验证：运行 ps aux | grep redis，看是否存在redis-server进程。
3. 网络角度验证：运行 ss -tlnp | grep 6379,看6379端口是否被监听。
4. 最终健康度验证：运行 redis-cli ping，看是否返回 PONG。

这四种方法由表及里，从简单检查到功能验证，可以非常全面且快速地回答“Redis服务到底有没有在跑，运行情况如何”这个问题，对于日常运维来说，熟练使用systemctl status和redis-cli ping这两个命令组合,通常就能在10秒内得到确切的答案。