早期init管理机制

centOS6的时候，还是采用init的服务管理机制。这里稍微介绍下，因为有些东西在centOS7中还是可以使用的。主要看下面几个特点：

服务的启动、关闭以及状态查看等

• 启动服务： /etc/init.d/nginx start

• 重启服务： /etc/init.d/nginx restart

• 关闭服务： /etc/init.d/nginx stop

• 状态查看： /etc/init.d/nginx status

服务启动方式

• 独立启动：大部分的服务都是采用该模式，比如常见的mysqld、php-fpm、nginx、httpd等服务。

• 被super daemon托管启动：这些服务的启动是由另一个服务来托管，托管这些服务的服务我们成为super daemon，常见的supuer daemon有inetd、xinetd

执行等级

linux上有7个执行等级，分别是0、1、2、3、4、5、6。常用的有

• 1单人维护模式

• 3纯文本模式

• 5图形模式

各个执行等级的启动脚本是通过/etc/rc[0-6].d/SNNdaemon链接到/etc/init.d/daemon。

ll /etc/rc3.d/S55nginx 
lrwxrwxrwx 1 root root 15 Sep 21 11:30 /etc/rc3.d/S55nginx -> ../init.d/nginx

S表示启动的意思，NN表示的是数字，这些数字表明了脚本的执行顺序，数字越小越先被执行。这个执行顺序可以很好的管理服务的依赖性关联。

开机自启服务

• 开机自启动：chkconfig on deamon

• 关闭开启自启动：chkconfig off deamon

• 查看服务是否已启动：chkconfig --list daemon

systemd管理机制

自centos7以后，就弃用了之前的init管理机制，改用了systemd。下面我们来看看systemd管理有什么不一样的吧。

平行处理所有服务，加快开机流程。

和init一项一项去启动服务不同的是，systemd可以同时启动许多服务。所以，这样会大大加快开机等待时机。

解决服务相关性依赖

比如说要启动B服务必须要先启动A服务，这个时候，用systemd去启动B服务，它会自动检查依赖性，然后在启动B服务前先启动A服务。

unit类型

和init只有两种启动方式的stand alone、super daemon相比，systemd定义了一个统一的服务单位（unit），unit又分为：service, socket, target, path, snapshot, timer等多种类型。

向下兼容init的服务脚本

旧的/etc/inid.d/下面服务启动脚本，也是可以通过systemd去管理的。注意：若以手动方式启动/etc/init.d目录下的服务启动脚本，那么systemd是不能检测到该服务的运行状况的。

# systemctl status mysqld
● mysqld.service - LSB: start and stop MySQL
   Loaded: loaded (/etc/rc.d/init.d/mysqld; bad; vendor preset: disabled)
   Active: active (running) since Wed 2020-10-28 13:26:53 CST; 1 weeks 5 days ago
……
# /etc/init.d/mysqld restart
Shutting down MySQL....                                    [  OK  ]
Starting MySQL.                                            [  OK  ]
[root@lijia ~]# systemctl status mysqld
● mysqld.service - LSB: start and stop MySQL
   Loaded: loaded (/etc/rc.d/init.d/mysqld; bad; vendor preset: disabled)
   Active: active (exited) since Wed 2020-10-28 13:26:53 CST; 1 weeks 5 days ago
……

关于init与systemd，我们需要重点掌握systemd，对于init也是需要去了解的。