MySQL 数据库崩溃（crash）的常见原因和解决办法

墨墨导读：本文来自墨天轮用户投稿，详述MySQL 数据库崩溃（crash）的常见原因和解决办法，希望对大家有帮助。

数据技术嘉年华，十周年盛大开启，点我立即报名！大会以“自研·智能·新基建——云和数据促创新 生态融合新十年” 为主题，相邀数据英雄，总结过往十年历程与成绩，展望未来十年趋势与目标！近60场演讲，大咖云集，李飞飞、苏光牛、林晓斌、黄东旭...，快来pick你喜欢的嘉宾主题吧！

检查 MySQL 数据库的启动时间

Linux 系统中的 systemd 会在 mysqld 进程 crash 后自动重新启动 MySQL 的服务，需要注意的是使用 kill -9 杀死 mysqld 进程系统会自动重新启动，而只使用 kill 命令则不会重新启动，因为执行 kill 命令，系统会发送一个 SIGTERM 信号给 mysqld，mysql 数据库会正常关闭，日志中会出现类似下面的记录：

2020-10-26T09:06:48.435181Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.19)  MySQL Community Server - GPL.

MySQL 数据库 crash 后都会重新启动，因此我们有时可能不知道 MySQL 数据库已经 crash 过了，但我们可以从mysql数据库启动时间上找到线索，下面介绍四种检查 MySQL 数据库启动时间的方法。

检查 MySQL 服务状态

scutech@scutech:~$ service mysql status● mysql.service - MySQL Community Server   Loaded: loaded (/lib/systemd/system/mysql.service; enabled; vendor preset: enabled)   Active: active (running) since Wed 2020-10-21 05:54:18 NDT; 4 days ago  Process: 774 ExecStart=/usr/sbin/mysqld --daemonize --pid-file=/var/run/mysqld/mysqld.pid (code=exited, status=0/SUCCESS)  Process: 708 ExecStartPre=/usr/share/mysql/mysql-systemd-start pre (code=exited, status=0/SUCCESS) Main PID: 791 (mysqld)    Tasks: 27 (limit: 2328)   CGroup: /system.slice/mysql.service           └─791 /usr/sbin/mysqld --daemonize