bitscn.com 我经常看到一些询问如何根据 mysql 错误日志中的信息来确定原因的问题。尽管错误种类非常繁多，但对很多错误可以使用一些方法来方便的进行诊断。
经常有一些错误只包含错误码数据，例如下面这个例子：
120326 16:56:45 [error] /usr/sbin/mysqld: incorrect key file for table'/tmp/#sql_21b2_0.myi'; try to repair it120326 16:56:45 [error] got an error from unknown thread, storage/myisam/mi_write.c:223120326 16:56:45 [error] /usr/sbin/mysqld: sort aborted: error writing file'/tmp/myk74kpi' (errcode: 28)
请最后看最后一行有一个 (errcode: 28). 而 mysql 附带了一个工具 perror ，该工具可以将错误码转成适合阅读的内容：
$ perror 28os error code 28: no space left on device
这个错误描述信息就非常的直观了。mysql 创建一个临时表，使用的是 myisam 存储引擎，但磁盘空间满了时就会报这个错误。一个小秘密：myisam 对磁盘空间满的情况处理的比较粗糙。
我经常发现很多人不相信会发生这样一些简单的错误，例如 error 13 (permission denied) 或者 2 (no such file or directory)，他们的反应经常是：我确定我有操作权限，或者是那个文件明明存在之类的。但是你应该清楚，错误码是不会有错的，如果错误显示权限被拒绝，那就是被拒绝了，这里绝对没有 bug，错误是来自操作系统的，特别是在 selinux 下经常有这种问题。
因此，但你看到一个错误码，尝试先针对具体问题所在。
英文原文，oschina原创翻译
bitscn.com