最直接有效的入口是定位并读取 MySQL 错误日志文件。需先执行 SHOW VARIABLES LIKE 'log_error' 获取路径，再用 sudo tail 或 grep 查看内容；若值为空，需检查配置文件中 log_error 设置；SQL 命令如 SHOW WARNINGS 仅作辅助。
最直接有效的入口是定位并读取 MySQL 错误日志文件，它记录了启动失败、连接中断、崩溃、权限拒绝等关键问题的原始信息。其他辅助手段（如 SQL 命令、状态变量）只能提供片段或间接线索，不能替代日志本身。
确认错误日志路径
MySQL 不会把错误日志内容暴露在 SQL 接口中，必须先知道文件在哪。执行以下命令：
SHOW VARIABLES LIKE 'log_error';
返回结果中的 Value 字段就是完整路径，例如 /var/log/mysql/error.log 或 /usr/local/mysql/data/hostname.err。如果值为空或为 NULL，说明日志可能被禁用，或使用了默认路径（通常是数据目录下的 主机名.err 文件）。
查看日志文件内容
拿到路径后，用系统命令读取。注意权限问题，多数情况下需加 sudo：
- 看最新 50 行：
sudo tail -n 50 /var/log/mysql/error.log - 实时跟踪新增内容（适合复现问题时）：
sudo tail -f /var/log/mysql/error.log - 快速筛选 ERROR 或 Crash 关键字：
sudo grep -i "error\|crash\|fail" /var/log/mysql/error.log
检查配置是否启用日志
如果 log_error 变量查不到值，或日志文件不存在，要检查 MySQL 配置文件（/etc/my.cnf、/etc/mysql/my.cnf 或 /usr/local/mysql/etc/my.cnf）中是否有如下设置：
[mysqld]
log_error = /var/log/mysql/error.log
若缺失该行，MySQL 可能只在数据目录下写 hostname.err，或完全不记录错误日志（极少见，但某些精简版或容器部署可能如此）。
辅助诊断：SQL 层面快速反馈
这些命令不能代替错误日志，但在已连接状态下可快速捕捉当前会话或引擎层的异常：
- 执行 DML 后立即查警告：
SHOW WARNINGS;或SHOW ERRORS; - 检查 InnoDB 引擎最近报错：
SHOW ENGINE INNODB STATUS\G，重点关注 “LAST SEEN ERROR” 段落 - 查看全局错误类状态计数：
SHOW GLOBAL STATUS LIKE '%error%';（仅反映数量趋势，无详情）
