mysql命令-perror

perror 是 MySQL 官方提供的一个命令行错误代码查询工具。它的核心功能非常简单直接：将操作系统或 MySQL 内部错误代码翻译成可读的文本描述。

当 MySQL 服务器启动失败、运行异常，或在日志、客户端中看到一个数字错误代码但不知道其含义时，perror 是你进行快速诊断的“词典”。

特性	说明
主要用途	翻译错误代码。它是 `mysqlcheck` (数据保养)、`mysqldump` (数据搬运) 等一系列运维工具的重要补充，专门用于 “问题诊断”。
工作原理	工具内部维护了一个错误代码与描述的映射表，根据你输入的数字代码进行查找并输出。
支持范围	既能解释 MySQL 自身的错误代码（通常以 `ER_` 为前缀的内部代码，对应数字），也能解释操作系统的错误代码（如文件、网络相关的系统调用错误）。
工作方式	不连接数据库，直接在操作系统命令行中执行，输入错误代码即可。

基本语法：

perror [选项] 错误代码1 [错误代码2 ...]

这是最常用的场景。例如，当你在日志中看到错误 13 或 121：

# 查询操作系统错误代码 13 (通常代表权限不足)
perror 13

输出示例：

OS error code  13:  Permission denied

# 查询MySQL错误代码 121 (与锁等待超时相关)
perror 121

输出示例（版本不同，输出可能略有差异）：

MySQL error code 121 (ER_LOCK_WAIT_TIMEOUT): Lock wait timeout exceeded; try restarting transaction

可以一次查询多个，用空格隔开：

perror 13 2 2003

使用 -s (--silent) 选项可以简洁地只显示描述，或在输出中明确标注错误来源：

perror -s os 13
perror -s mysql 121

场景一：数据库启动失败

尝试启动 MySQL (mysqld) 失败。
查看错误日志（如 hostname.err），发现记录：[ERROR] InnoDB: Operating system error number 13 in a file operation.
执行 perror 13，得知是“Permission denied”，进而检查数据目录的权限和所有者。

场景二：客户端连接或操作失败

为了方便你理解 perror 在工具集中的定位，下表将其与之前讨论的工具进行对比：

错误代码的上下文：同一个数字，在不同上下文中可能代表不同错误。perror 会尽力区分 OS error code (操作系统错误) 和 MySQL error code (MySQL错误)。当不确定时，可以分别尝试 perror -s os 和 perror -s mysql。
并非万能：perror 只能解释它已知的错误代码。对于 MySQL，其覆盖范围取决于工具版本（应与 MySQL 版本配套使用）。对于一些非常新的或自定义的错误，可能无法解析。
快速诊断的第一步：perror 给出的是直接原因，你需要结合其描述，进一步分析根本原因。例如，Permission denied (13) 需要你继续检查是哪个文件、目录，以及进程用户的权限。

总结：perror 是一个小巧但极其重要的诊断工具，它是理解和解决MySQL及系统错误的第一步。当你看到任何令人困惑的数字错误代码时，第一反应就应该是使用 perror 来“翻译”它。

如果你遇到了某个具体的错误代码，我们可以用 perror 查一下，然后一起分析可能的原因和解决方案。