记最近一周的一个支线任务

Day 1

在愉悦的走亲访友假期结束的第一天，我收到了某项目数据获取不正常的消息：

根据日志，很快就排查到了MySQL挂了，这么点小事能难倒我？

service mysql status
service mysql start

一气呵成。

Day 2

第二天早上发现MySQL又挂了，仔细检查了下日志，发现MySQL关闭时间是早晨6点多，我开始感觉不妙，应该没人那么早上班去关我的MySQL

这天的有效操作就是趁还没人发现，先把服务启动了

打开百度，搜索关键字，查找解决方案，主要提及到了系统、内核参数、数据库参数的设置问题，系统内核不敢瞎改，尝试修改了数据库参数，无果。

检查了系统定时任务，也没有发现问题。

Day 3

早上醒来，数据库又挂。

看来还是得仔细找找原因，不然每天进实验室第一件事就是启动MySQL也太不美好了。

想起某乎大佬说，初级程序员面向百度编程，高级程序员面向谷歌编程。

娴熟的打开google。

https://dba.stackexchange.com/questions/209370/mysql-v5-7-shutting-down-automatically

https://stackoverflow.com/questions/63428790/mysql-get-crash-daily-at-particular-time

如愿以偿的搜索到了相关问题，不出意外的并没有找到解决方案。

Day 4

可能是使用Google的姿势不对，我又回到了百度，并查找到了关于监听到MySQL被关闭就启动的帖子。

https://blog.csdn.net/weixin_26804345/article/details/113462470

秒啊！绝啊！咱编程的原则底线不就是能用就行吗?

至此，没有人会发现MySQL每天都会关闭并启动一下了。

那MySQL究竟为什么会关闭呢？who cares~

Day N

导师询问MySQL故障处理情况。

看来还是有人care的，这天的夜很深，我也很有精神，也许是下午那杯咖啡的后劲还在。打开手机浏览器，输入mysql每天 shutdown gracefully。

或许是之前没搜过这样的关键字组合，也或许是浏览器的搜索机制不一样,这篇记录和我的日志记录一模一样，看起来，这个问题终于要被解决了。

https://blog.csdn.net/flyhelloword/article/details/91492274

最后

复盘解决整个问题的过程，不禁想到了微博视频团队的技术dalao前几天发过的

CSDN,yyds。