我经常看到一些询问如何根据 MySQL 错误日志中的信息来确定原因的问题。尽管错误种类非常繁多，但对很多错误可以使用一些方法来方便的进行诊断。
经常有一些错误只包含错误码数据，例如下面这个例子：

120326 16:56:45 [ERROR] /usr/sbin/mysqld: Incorrect key file for table'/tmp/#sql_21b2_0.MYI'; try to repair it
120326 16:56:45 [ERROR] Got an error from unknown thread, storage/myisam/mi_write.c:223
120326 16:56:45 [ERROR] /usr/sbin/mysqld: Sort aborted: Error writing file'/tmp/MYK74Kpi' (Errcode: 28)

请最后看最后一行有一个 (Errcode: 28). 而 MySQL 附带了一个工具 perror ，该工具可以将错误码转成适合阅读的内容：
 

$ perror 28
OS error code  28:  No space left on device

这个错误描述信息就非常的直观了。MySQL 创建一个临时表，使用的是 MyISAM 存储引擎，但磁盘空间满了时就会报这个错误。一个小秘密：MyISAM 对磁盘空间满的情况处理的比较粗糙。
我经常发现很多人不相信会发生这样一些简单的错误，例如 error 13 (permission denied) 或者 2 (No such file or directory)，他们的反应经常是：我确定我有操作权限，或者是那个文件明明存在之类的。但是你应该清楚，错误码是不会有错的，如果错误显示权限被拒绝，那就是被拒绝了，这里绝对没有 bug，错误是来自操作系统的，特别是在 SELinux 下经常有这种问题。
因此，但你看到一个错误码，尝试先针对具体问题所在。
英文原文，OSCHINA原创翻译