数据库技术:透过systemctl管理mysqld服务

1. 背景

centos 7.x 之前的版本，系统启动时，第一支呼叫的程序是 init ，然后 init 去唤起所有的系统所需要的服务，无论是本地服务还是网络服务。所有的服务启动脚本都放置于 /etc/init.d 下面，基本上都是使用 bash shell script 所写成的脚本程序。

从centos 7.x 以后，red hat 放弃了 init 启动脚本的方法，改用systemd 这个启动服务管理机制。

2.systemctl管理服务的好处

• 平行处理所有服务，加速开机流程

  旧的init 启动脚本是【一项一项任务依序启动】的模式，因此不相依的服务也是一个一个的等待。但目前我们的硬件主机系统与操作系统几乎都支持多核心结构了，systemd可以让所有的服务同时启动，系统启动的速度变快了。

• 一经要求就相应的 on-demand 启动方式

  system 全部就是仅有一直systemd 服务 搭配systemctl 指令来处理，无需其它的指令来支持。不想之前的启动方式还要init，chkconfig，service…等指令。此外，systemd 由于常驻内存，因此任何要求（on-demand）都可以立即处理后续的daemon启动的任务。

• 服务相依性的自我检查

  由于systemd可以自定义服务相依性的检查，因此如果 b 服务是架构在 a服务上面的，那当你在没有启动 a 服务的情况下仅手动启动 b 服务时，systemd 会自动帮你启动a服务。这样可以免去管理员一项一项去分析的麻烦。

3.systemd启动脚配置文件所在目录

4.mysql服务

在之前的安装中，我们一般都是 通过 support-files/mysql.server （单实例）、support-files/mysqld_multi.server （多实例）来配置服务。

例如 ：

再如：

其实现管理mysql服务的脚本就是 在mysql.server、 mysqld_multi.server文件中。

脚本复杂并且修改比较困难。例如，我需要配置多实例，但不想修改既有的my.cnf 配置文件，如果新实例的文件名字命名为my3307.cnf，此时再用老的方法，去修改 mysql.server 就比较麻烦。

而如果用 system就比较简单。

例如 ，定义一个测试服务为：mysql3307.service

[unit]  description=mysql server  after=network.target    [install]  wantedby=multi-user.target    [service]  type=forking  timeoutsec=0  permissiOnsstartonly=true  execstart=/data/mysql57/bin/mysqld --defaults-file=/etc/my3307.cnf --daemonize  limitnofile = 65535  restart=on-failure  restartsec=3  restartpreventexitstatus=1  privatetmp=false  

此服务的其它的一些操作命令;

systemctl enable mysql3307.service  —设置开启自启动

systemctl start mysql3307.service     —-开启此服务

systemctl stop mysql3307.service    —–关闭此服务

systemctl status mysql3307.service —–查看服务状态

注意 ; （1）/data/mysql57/bin/mysqld 路径为 可执行文档所在路径；/etc/my3307.cnf 配置未见；

（2）restart=on-failure 是决定 服务failure 时，是否自动拉起；restartsec=3 尝试拉起间隔。

———部分知识参考《鸟哥的linux私房菜-基础学习篇(第四版)》，谢谢！

需要了解更多数据库技术:透过systemctl管理mysqld服务，都可以关注数据库技术分享栏目—编程笔记