错误日志记录MySQL启动关闭信息、运行时错误警告、崩溃恢复详情及插件加载异常。1. 启动时记录时间、版本、配置路径、InnoDB初始化及Galera节点状态，正常关闭标记“Shutdown completed”。2. 运行期核心错误包括表损坏、磁盘满、内存不足、连接超限及InnoDB问题，主从延迟等警告需关注。3. 崩溃时输出信号类型、堆栈跟踪，重启后显示InnoDB恢复过程，建议结合core dump分析。4. 插件加载失败如库文件无法打开、权限不足、复制线程报错等均被记录。定期审查并合理配置log_error路径与轮转策略可提升运维效率。
MySQL错误日志是数据库运行过程中最直接的故障排查依据，它记录了实例启动、运行和关闭期间的关键事件与异常信息。了解错误日志的内容结构，有助于快速定位问题根源，提升运维效率。
1. 实例启动与关闭信息
每当MySQL服务启动或停止时，错误日志都会记录对应的时间戳和操作状态。
• 记录mysqld启动时间、版本号、配置文件加载路径等基础信息。• 包含InnoDB存储引擎初始化过程，如表空间打开、恢复模式应用等。
• 若使用了--wsrep-recover（Galera集群）或类似参数，也会在此阶段输出节点状态。
• 正常关闭时会标记“Shutdown completed”，异常终止则可能无此条目。
2. 运行时错误与警告
这是错误日志中最核心的部分，涵盖各种运行期异常。
• 表结构损坏提示，例如：“Incorrect key file for table 'xxx'; try repair”。• 磁盘空间不足导致写入失败：“Disk is full writing ‘./db/tab.MYD’”。
• 内存分配失败或连接数超限：“Out of memory (Needed xxxx bytes)” 或 “Too many connections”。
• InnoDB相关错误，如无法扩展表空间、事务回滚失败、死锁检测等。 注意：某些警告虽不中断服务，但频繁出现需引起重视，比如主从复制延迟告警、慢查询堆积提示。
3. 崩溃与自动恢复信息
当MySQL进程意外终止或发生崩溃时，错误日志会保留关键调试线索。
• 显示堆栈跟踪（stack trace），结合debug符号可定位到具体函数调用层级。
• InnoDB在重启后执行崩溃恢复的过程，包括redo log应用情况、未完成事务回滚进度。 建议：若发现crash信息，应配合core dump文件和gdb工具深入分析。
4. 插件与模块加载异常
第三方插件或内置组件加载失败也体现在错误日志中。
• 动态库无法加载：“Can't open shared library '/path/to/plugin.so'”。• 权限不足导致插件初始化失败。
• 主从复制I/O线程或SQL线程报错，如网络中断、GTID冲突、relay log损坏等。
基本上就这些。错误日志内容虽繁杂，但按类别梳理后逻辑清晰。定期查看并设置合理的log_error路径和轮转策略，能有效预防潜在风险。
