导读对于mysqld的启停我们可以使用mysqld_safe或者服务来管理, 本案例使用前者. 好处是:mysqld异常挂了之后,会被拉起来.那么mysqld_safe挂了呢? 谁来拉它呀!...(本案例和mysql无法, 不方便模拟, 所以后续内容仅以文字描述, 并提供相关命令)现象前几天给某个mysql实例重启(释放内存)后, 发现mysqld_safe进程没了. mysql.err没有任何信息...这种通常有3种情况:OOM (mysqld_safe就一个脚本, 占不了多少内存,基本上可以排除), 使用dmesg -T 未发现任何信息.人为的kill mysqld_safe进程, 查看历史记录,未发现相关命令...不对, 自动化是调用的mysqld_safe, 所以是mysqld_safe最后修改, 那应该优先生效才对, 除非没有设置basedirfind_basedir_from_cmdline () { for...的脚本, 发现: 果然没有设置--basedir.于是就使用了自动化软件的XX_ROOT_DIR目录,导致被误以为是自动化软件的目录给干掉了.