未来虫 处理过程

迷雾重重

首先先看下除了这套环境外, 还有哪些环境的mysqld_safe也没了. 通过巡检记录发现, 还有几套系统的mysqld_safe进程也没了. 有的是半年前的, 有的是最近的. 但有个共同点就是: 使用自动化部署或者重启的.

测试环境使用自动化重启mysqld实例, 成功复现该问题(不到3分钟,mysqld_safe就挂了). 故: 这个锅得甩给自动化了(-_-)

但自动化也是调用的脚本来跑的啊.大概流程如下:

这个逻辑也没啥问题啊, 而且自动化切换之类的都使用得好好的. 难道不是自动化的原因, 是mysqld_safe的原因? 还是脚本调用层级太多了?

初见端倪

作为对照, 我们写个脚本来模拟这个多次调用过程. 遗憾的是mysqld_safe一直都活得好好的.(起码把锅给自动化扣牢了)

起码证明了mysqld_safe脚本是没得问题的. 那我们看下自动化的日志吧, 日志在哪? 不知道! 我们使用万能的grep -r, 找啥关键词,当然是mysqld_safe的pid啊.