Linux服务开机自启动三种方式，你觉得哪种最优雅？

很多时候，我们需要将一些服务在Linux系统启动时即自动运行，省得每次都要去手动启动一遍，如Redis， MySQL， Nginx等。本文对CentOS与Ubuntu下开机自启动的配置方法进行整理，供参考查阅。

rclocal是CentOS以前版本的方式，在CentOS7中仍然以兼容的形式存在，虽仍可用，但不推荐（推荐使用systemd service）。

1、编写需要开机自启动的脚本，并添加执行权限

作为测试，上述脚本打印一个时间到/tmp/testlog文件中

2、在/etc/rcd/rclocal配置文件中添加脚本运行命令（使用绝对路径）

3、添加/etc/rcd/rclocal文件的执行权限

在centos7中，/etc/rcd/rclocal没有执行权限，需要手动授权

以上三步，即可使/root/test_rclocalsh >/dev/null 2>/dev/null 命令在服务器系统启动时自动运行。

1、编写需要开机自启动的测试脚本，并添加执行权限

2、在/etc/rcd/initd/目录下添加一个可执行脚本testchkconfig

上述testchkconfig脚本的头部必须遵循一定的格式 # chkconfig: 2345 90 10， 其中2345指定服务在哪些执行等级中开启或关闭，90表示启动的优先级（0-100，越大优先级越低），10表示关闭的优先级。执行等级包括

3、加入开机启动服务列表

使用 chkconfig --list 可查看当前加入开机自启动的服务列表，但如Note部分所述，该命令只显示SysV服务，不包含原生的systemd服务，查看systemd服务可使用systemctl list-unit-files命令。

以上三步，即可使/root/test_chkconfigsh >/dev/null 2>/dev/null 命令在服务器系统启动时自动运行。

chkconfig的其它命令参考

CentOS7的systemd服务脚本存放在：/usr/lib/systemd/system（系统级）/usr/lib/systemd/user（用户级）下，以service结尾。这里以nginx为例

1、在/usr/lib/systemd/system目录下创建nginxservice文件

其中Service部分的Type包括如下几种类型：

2、 开启开机自启动

以上两步，就将nginx服务配置成了在操作系统启动时自动启动。

其它命令参考

从字面看是PID文件不可读，查看/var/run/nginxpid，该文件也确实不存在，查看nginxconf配置文件，发现是pid /var/run/nginxpid;这行配置被注释掉了， 如果不指定pid文件位置，nginx默认会把pid文件保存在logs目录中。所以出现systemd启动服务时找不到pid文件而报错，将nginxconf中的pid配置注释去掉，重启nginxservice即可。

在Ubuntu1804中，主要也是以systemd服务来实现开机自启动，systemd默认读取/etc/systemd/system/下的配置文件，该目录下的一些文件会链接到/lib/systemd/system/下的文件。

因此可以在/etc/systemd/system/目录下面创建一个自启动服务配置，以内网穿透服务frp客户端为例，如

各配置项与CentOS类似。然后将服务器加到自启动列表中并启动服务

其它更多systemctl命令与CentOS类似。

也可以使用/lib/systemd/system/rc-localservice来执行一些开机需要执行的脚本，该文件内容为

从Description看它是为了兼容之前版本的/etc/rclocal的，该服务启动命名就是/etc/rclocal start，将该文件链接到/etc/systemd/system下

创建/etc/rclocal文件，并赋予可执行权限

作者：半路雨歌

链接：https://juejincn/post/6844904104515338248

Linux启动/停止/重启Mysql数据库的方法

1、查看mysql版本

方法一：status;

方法二：select version();

2、Mysql启动、停止、重启常用命令

a、启动方式

1、使用 service 启动：

[root@localhost /]# service mysqld start (50版本是mysqld)

[root@szxdb etc]# service mysql start (557版本是mysql)

2、使用 mysqld 脚本启动：

/etc/inintd/mysqld start

3、使用 safe_mysqld 启动：

safe_mysqld&

b、停止

1、使用 service 启动：

service mysqld stop

2、使用 mysqld 脚本启动：

/etc/inintd/mysqld stop

3、mysqladmin shutdown

c、重启

1、使用 service 启动：

service mysqld restart

service mysql restart (557版本命令)

2、使用 mysqld 脚本启动：

/etc/initd/mysqld restart

1、查看环境变量是否正常

2、换角度考虑、查证通过查询结果初步判断环境变量是正常的，然后通过另外一个角度去考虑，是不是Oracle程序本身安装有问题，因为昨天系统才安装过ASM和Oracle数据库，测试都是正常的，应该讲没有啥问题才对，但是突然间想起在服务器重启的时候，启动界面提示要加载文件系统，而且时间很长。

3、查看文件系统是否有问题通过在启动时提示的信息，就是查看文件系统是否有问题，想起之前硬盘挂载在不同的路下。

4、通过上面命令查询结果，发现问题所在。因为sdb1我调整挂载在/oracle路径下的，原来的sdc1是挂载/oradata路径，由于sdc1mount在/oradata路径下没有设置在开机时启动，而且sdb1是默认的启动，从而导致在启动的sdc1挂载失败，影响Oracle相关程序启动，所以命令失败无法找到，去查看fstab内容。

5、查询UUID块设备,通过命令查看后，并没有发现oracle路径下的设备，再通过查询UUID块设备下有哪些设备。

6、查询块设备下详细的信息再通过lsblk -f 命令查询块设备下,通过上述几个命令可以判断出是由于sdc1分区没有自动挂载导致Oracle程序没有办法启动

7、修改/etc/fstab配置文件,让sdc1设备在开机自动启动，最好通过UUID来挂载。

Linux UUID的作用及意义

原因1：它是真正的唯一标志符

UUID为系统中的存储设备提供唯一的标识字符串，不管这个设备是什么类型的。如果你在系统中添加了新的存储设备如硬盘，很可能会造成一些麻烦，比如说启动的时候因为找不到设备而失败，而使用UUID则不会有这样的问题。

原因2：设备名并非总是不变的

自动分配的设备名称并非总是一致的，它们依赖于启动时内核加载模块的顺序。如果你在插入了USB盘时启动了系统，而下次启动时又把它拔掉了，就有可能导致设备名分配不一致。

使用UUID对于挂载移动设备也非常有好处──例如我有一个24合一的读卡器，它支持各种各样的卡，而使用UUID总可以使同一块卡挂载在同一个地方。

原因3：Ubuntu中的许多关键功能现在开始依赖于UUID。