Mysql：记载一次 【systemctl start mysqld】启动超级慢、且启动有可能有标题的标题

情况
centos 7.4
mysql 5.7.21
 
背景
其他人安装的数据库。因要重新配置主从复制。涉及到mysqld服务重启。
 
标题
首先，第1次，通过systemctl stop mysqld 很顺利的关闭服务了。
然后，通过systemctl start mysqld 长时间卡住... 末了systemctl提示启动失败
　　现实上，后台的mysqld历程已经起来了，mysqld.log 也显示启动乐成了。
 
排查
可能的原因1）既然可以或许进入mysqld的服务，说明没有大标题，猜疑是innodb buffer 数据启动转储、加载的标题，关闭之，无效
innodb-buffer-pool-load-at-startup=0
innodb-buffer-pool-dump-at-shutdown=0
可能的原因2）journalctl -xe 提示“/var/run/mysqld/mysqld.pid not readable (yet?) after start.”， 猜疑文件系统权限不正确或路径不存在，经查，所有mysql数据库相关路径和文件的属主都是mysql；创建/var/run/mysqld目录并赋权后，标题仍旧。不是它的事
可能的原因3）查抄mysqld.log输出，无明显错误，有个用户权限的标题 “[Note] Access denied for user 'UNKNOWN_MYSQL_USER'@'localhost' (using password: NO)”【todo todo】，不经过systemctl 而直接通过mysqld启动，可以启动；而且这只是个note级别的信息，排除之。 todo
 可能的原因4）再再再细致分析journalctl -xe 提示“/var/run/mysqld/mysqld.pid not readable (yet?) after start.”，忽然想到可能是 systemctl 查抄服务状态的pid文件 可能与用户自己配置的pid-file路径不同等！！！ 修改/etc/my.cnf中pid-file的路径与systemctl提示同等【更简朴的：用户不要配置这个pid-file参数】，标题解决！
 
最终原因
systemctl 调用的 mysqld.service服务脚本 它所查抄的关键pid文件路径 与 用户my.cnf的配置不同等！
 
定性：
这个mysql-v5.7.21版本的rpm包 有bug或用户自行部署的mysqld.service服务脚本不完善