首先通过systemctl list-units --type=service | grep 关键词、查看/etc/init.d/目录或使用Tab补全确定服务名，再执行systemctl status 服务名查看状态；还可通过ps、service命令、日志文件、top等方法辅助判断；重点关注Active状态、Main PID、日志输出等指标；若服务运行但访问异常，需排查防火墙、端口冲突、DNS解析、配置错误及资源限制等问题。
要快速了解Linux服务是否正常运行，通常使用
systemctl status <服务名>命令。如果服务是老式的 SysVinit 风格，可能需要使用
service <服务名> status。
systemctl status
如何确认服务名才能查看状态？
有时候，我们并不知道服务的确切名称。这时，可以尝试以下方法：
-
使用
systemctl list-units --type=service
命令： 这个命令会列出所有已知的服务单元，你可以从中找到目标服务的名称。别被那一长串列表吓到，用grep
过滤一下往往能事半功倍，比如systemctl list-units --type=service | grep mysql
。 -
查看
/etc/init.d/
目录： 如果服务是 SysVinit 风格的，它的启动脚本通常会放在这个目录下。脚本的名字往往就是服务名，例如apache2
。 -
善用 Tab 键自动补全： 在终端输入
systemctl status
后，按两次 Tab 键，系统会自动列出可以补全的服务名，从中寻找你需要的。
找到服务名后，再执行
systemctl status <服务名>，就能看到服务的详细状态信息了。这个信息包括服务是否正在运行（active/inactive）、启动时间、进程 ID（PID）、以及最近的日志输出。
除了 systemctl status
，还有其他方法吗？
当然有。
systemctl status是最常用的，但并非唯一选择。
-
ps aux | grep <服务名>
： 这个命令可以列出所有正在运行的进程，并用grep
过滤出包含服务名的进程。如果能找到对应的进程，说明服务很可能正在运行。但这种方法不够精确，因为进程名可能包含服务名，但并非服务本身。 -
service <服务名> status
： 对于 SysVinit 风格的服务，这是标准的查看状态的命令。但如果服务是 systemd 管理的，这个命令实际上会调用systemctl status
。 -
查看服务的日志文件： 服务的日志文件通常位于
/var/log/
目录下，文件名往往与服务名相关。通过查看日志文件，可以了解服务的运行状况、错误信息等。例如，Apache 的日志文件通常是/var/log/apache2/error.log
和/var/log/apache2/access.log
。 -
使用
top
或htop
命令： 这两个命令可以实时显示系统的进程状态，包括 CPU 占用率、内存占用率等。通过观察服务的进程，可以了解其资源消耗情况。
如何判断服务状态信息中的关键指标？
systemctl status的输出信息非常丰富，但并非所有信息都同等重要。以下是一些关键指标：
-
Active: 这个字段表示服务的激活状态。
active (running)
表示服务正在运行，inactive (dead)
表示服务已停止。activating
表示服务正在启动，deactivating
表示服务正在停止。 -
Main PID: 这个字段表示服务的主进程 ID。如果服务没有运行，这个字段会显示
N/A
。 - CGroup: 这个字段表示服务所属的 cgroup。cgroup 是 Linux 内核提供的一种资源管理机制，可以限制服务的资源使用。
-
Logs:
systemctl status
命令会显示服务最近的日志输出。通过查看日志，可以了解服务的运行状况、错误信息等。
除了以上指标，还可以关注服务的启动时间、运行时间等信息。如果服务频繁重启，或者运行时间很短，可能说明服务存在问题。
服务明明在运行，但访问却不正常，怎么办？
这可能是个复杂的问题，需要综合考虑以下因素：
-
防火墙： 检查防火墙是否阻止了对服务的访问。例如，如果服务监听的是 80 端口，需要确保防火墙允许对 80 端口的访问。可以使用
iptables -L
或firewall-cmd --list-all
命令查看防火墙规则。 -
端口冲突： 检查是否有其他服务占用了服务所监听的端口。可以使用
netstat -tulnp
或ss -tulnp
命令查看端口占用情况。 -
DNS 解析： 如果服务是通过域名访问的，需要检查 DNS 解析是否正确。可以使用
ping <域名>
命令测试 DNS 解析。 - 服务配置： 检查服务的配置文件是否正确。例如，如果服务监听的是错误的 IP 地址，或者配置了错误的虚拟主机，可能会导致访问不正常。
-
资源限制： 检查服务是否受到了资源限制，例如 CPU 限制、内存限制等。可以使用
systemd-cgls
命令查看服务的 cgroup 信息，了解其资源使用情况。
解决这类问题需要耐心和细致，逐步排除各种可能性。可以从最简单的开始，例如检查防火墙和端口占用情况，逐步深入到服务配置和资源限制等方面。
