ホームページ > データベース > mysql チュートリアル > 根据 MySQL 错误日志来诊断错误_MySQL

根据 MySQL 错误日志来诊断错误_MySQL

WBOY
リリース: 2016-06-01 13:27:23
オリジナル
862 人が閲覧しました

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

関連ラベル:
ソース:php.cn
このウェブサイトの声明
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。
人気のチュートリアル
詳細>
最新のダウンロード
詳細>
ウェブエフェクト
公式サイト
サイト素材
フロントエンドテンプレート