这种通常有3种情况:OOM (mysqld_safe就一个脚本, 占不了多少内存,基本上可以排除), 使用dmesg -T 未发现任何信息.人为的kill mysqld_safe进程, 查看历史记录,未发现相关命令...(root账号启动的Mysqld_safe,普通账号也没得权限)某些使用root启动的脚本给mysqld_safe kill了....难道不是自动化的原因, 是mysqld_safe的原因? 还是脚本调用层级太多了?初见端倪作为对照, 我们写个脚本来模拟这个多次调用过程. 遗憾的是mysqld_safe一直都活得好好的....(起码把锅给自动化扣牢了)起码证明了mysqld_safe脚本是没得问题的. 那我们看下自动化的日志吧, 日志在哪? 不知道!...我们修改下 "脚本A", 在调用启动脚本之前, 显示下当前路径, 然后cd到其它目录,再执行启动脚本......pwdcd ${START_SCRIPT_DIR%/*}pwd${START_SCRIPT_DIR