问题核心在于因误删 `performance_schema` 数据库及其内部的 `session_variables` 表，导致 MySQL 功能异常。恢复的核心思路是重建系统数据库的结构。 | 步骤 | 核心操作 | 目的与说明 | | :--- | :--- | :--- | | **1. 停止 MySQL 服务** | 停止 MySQL 服务进程。 | 防止在恢复过程中有新的连接或操作干扰，确保数据一致性 [ref_1]。 | | **2. 备份数据目录** | 复制整个 MySQL 数据目录（如 `/var/lib/mysql`）。 | 安全措施，防止恢复操作失败导致数据完全丢失 [ref_1]。 | | **3. 重建系统表** | 执行 `mysql_upgrade` 或 `mysqld --initialize`。 | 核心恢复步骤，用于重新生成 `mysql`、`performance_schema`、`sys` 等系统数据库的结构 [ref_1][ref_2]。 | | **4. 重启并验证** | 启动 MySQL 服务，并连接检查。 | 验证 `performance_schema` 数据库及 `session_variables` 表是否已成功恢复 [ref_1]。 | ### 详细恢复步骤与代码示例 以下操作假设在 Linux 环境下，MySQL 数据目录为 `/var/lib/mysql`，服务管理使用 `systemctl`。请根据你的实际环境调整路径和命令。 #### 1. 停止 MySQL 服务 首先停止 MySQL 服务，为后续操作做准备。 ```bash sudo systemctl stop mysql # 或 sudo systemctl stop mysqld # 具体服务名请根据你的系统确定 ``` #### 2. 备份现有数据目录 这是一个至关重要的安全步骤。即使 `performance_schema` 被删，你的业务数据库（如 `mydb`）数据文件通常仍在。备份可以防止误操作。 ```bash # 创建备份目录 sudo mkdir -p /backup/mysql_recovery # 复制整个数据目录 sudo cp -rp /var/lib/mysql/* /backup/mysql_recovery/ ``` #### 3. 重建系统数据库结构 这是恢复的关键。有两种主要方法，推荐使用 **方法A**。 **方法A：使用 `mysql_upgrade` 工具（推荐）** 此命令会检查并更新系统表结构，对于缺失的表会自动创建 [ref_1]。 ```bash # 注意：执行前确保 MySQL 服务已停止 sudo mysql_upgrade --force # `--force` 参数强制执行升级检查 ``` 执行成功后，该工具会连接到 MySQL（此时服务需**停止**，但工具会临时启动一个无网络套接字的实例来完成工作），并重新创建缺失的系统表。 **方法B：重新初始化数据目录（激进）** 如果方法A无效，或者你的系统表损坏严重，可以考虑此方法。**注意：此操作会清空所有系统数据库（mysql, performance_schema, sys），但理论上不会触及你自己创建的数据库数据文件。** 风险较高，务必在步骤2备份后进行 [ref_2]。 ```bash # 1. 重命名或移除现有的系统数据库文件（非整个数据目录） sudo mv /var/lib/mysql/mysql /var/lib/mysql/mysql.bak sudo mv /var/lib/mysql/performance_schema /var/lib/mysql/performance_schema.bak sudo mv /var/lib/mysql/sys /var/lib/mysql/sys.bak # 2. 重新初始化系统数据库 sudo mysqld --initialize-insecure --user=mysql --datadir=/var/lib/mysql # `--initialize-insecure` 会创建空的 root 密码。如果原来有密码，初始化后需要重置。 ``` 执行后，新的系统表文件会生成。但你的 root 用户密码会丢失，需要后续重置。 #### 4. 重启服务并验证恢复结果 完成系统表重建后，启动 MySQL 服务。 ```bash sudo systemctl start mysql ``` 使用 Navicat 或命令行连接 MySQL，检查 `performance_schema` 数据库和 `session_variables` 表是否已恢复。 ```sql -- 连接 MySQL 后执行 SHOW DATABASES LIKE 'performance_schema'; -- 预期看到 performance_schema 数据库 USE performance_schema; SHOW TABLES LIKE 'session_variables'; -- 预期看到 session_variables 表 ``` 如果查询正常返回，则说明恢复成功 [ref_1]。 ### 恢复后的注意事项 1. **权限恢复**：如果使用了**方法B（重新初始化）**，`mysql` 数据库中的用户权限表会被重置。你需要从备份中恢复用户信息，或重新创建用户并授权。 ```sql -- 例如，重新创建一个用户 CREATE USER 'myuser'@'%' IDENTIFIED BY 'password'; GRANT ALL PRIVILEGES ON mydb.* TO 'myuser'@'%'; FLUSH PRIVILEGES; ``` 2. **验证业务数据**：检查你的业务数据库（如 `mydb`）是否完好，数据表是否可正常访问。 3. **备份策略**：此次事故凸显了备份的重要性。建议建立定期的全量备份（如使用 `mysqldump` 或 `XtraBackup`）和二进制日志备份机制，以便在发生数据误删时能进行更精细化的时间点恢复 [ref_3]。 **总结**：Navicat 误删 `performance_schema` 的本质是删除了 MySQL 的系统数据库文件。通过停止服务、备份数据、使用 `mysql_upgrade` 重建系统表，可以安全有效地恢复功能，同时最大程度保留业务数据 [ref_1][ref_2]。