MacOS下MySQL 5.7.26启动报ERROR 1524及系统表异常求助

你的问题核心是跨MySQL版本直接导入系统权限表（mysql库下的user、db、event等表）导致的系统表结构不兼容，具体拆解为两点：

1. 系统表结构不匹配
   MySQL 5.6到5.7的系统权限表有大量结构变更：

   • mysql.user表新增了Event_priv等权限字段，而你从5.6导入的旧表没有这些字段，导致启动时提示缺失列；
   • mysql.db表的列数在5.6和5.7版本中不一致，你导入的5.6版本表列数（23列）和5.7预期的（22列）不匹配，触发列数异常警告；
   • mysql.event表的sql_mode字段定义在5.7中做了调整，旧表的字段定义不符合新版本要求，引发结构错误。
     这些系统表损坏会直接导致MySQL权限系统、事件调度等核心功能异常。

2. 认证插件异常
   MySQL 5.7默认使用mysql_native_password作为认证插件，但5.6的mysql.user表没有plugin字段（或字段值格式不兼容）。你直接导入5.6的user表后，该字段被错误填充为'0'（大概率是数据类型不匹配导致的脏数据），重启后MySQL无法识别名为'0'的插件，就会抛出ERROR 1524 (HY000): Plugin '0' is not loaded的错误。

下面是分阶段的修复方案，操作前务必备份所有业务数据，避免不可逆损失：

1. 紧急备份业务数据 #

因为MySQL系统表已经损坏，先通过mysqld_safe跳过权限检查启动服务，导出业务数据（不要导出mysql系统库）：

# 启动安全模式
sudo mysqld_safe --skip-grant-tables &
# 导出所有业务库，排除mysql系统库
mysqldump -u root --all-databases --ignore-database=mysql > business_data_backup.sql
# 停止安全模式下的服务
sudo mysqladmin -u root shutdown

2. 重建MySQL系统权限表 #

这是解决系统表损坏的核心步骤，会重置mysql库为5.7的干净状态：

• 停止当前MySQL服务（根据你的安装方式选择命令）：

  # 如果是brew安装
  sudo brew services stop mysql
  # 如果是官方包安装
  sudo /usr/local/mysql/support-files/mysql.server stop
  

• 备份原有的mysql系统库目录（留作应急）：

  sudo cp -r /usr/local/mysql/data/mysql /usr/local/mysql/data/mysql_old_backup
  

• 初始化重建系统权限表（5.7版本用mysql_install_db）：

  sudo /usr/local/mysql/bin/mysql_install_db --user=mysql --datadir=/usr/local/mysql/data
  

3. 恢复业务数据并配置权限 #

• 启动MySQL服务：

  # brew安装
  sudo brew services start mysql
  # 官方包安装
  sudo /usr/local/mysql/support-files/mysql.server start
  

• 登录MySQL（初始化后root默认无密码，或查看初始化日志获取临时密码），创建业务用户并导入备份数据：

  # 登录
  mysql -u root -p
  # 创建原业务用户（替换为你的实际用户名和密码）
  CREATE USER 'your_biz_user'@'localhost' IDENTIFIED BY 'your_password';
  # 授予业务库权限
  GRANT ALL PRIVILEGES ON your_biz_db.* TO 'your_biz_user'@'localhost';
  FLUSH PRIVILEGES;
  # 退出后导入备份
  exit
  mysql -u root -p < business_data_backup.sql
  

4. 修复认证插件配置 #

确保所有用户的认证插件为5.7兼容的mysql_native_password：

mysql -u root -p
USE mysql;
# 更新所有用户的插件（可根据实际情况指定用户）
UPDATE user SET plugin='mysql_native_password' WHERE user != '';
FLUSH PRIVILEGES;
exit

5. 验证修复效果 #

重启MySQL服务，登录测试，再运行表检查命令确认状态：

sudo brew services restart mysql
# 用业务用户登录测试
mysql -u your_biz_user -p
# 检查所有表状态
sudo mysqlcheck --all-databases

• 永远不要跨MySQL版本直接导入mysql系统库的表，不同版本的系统表结构差异极大，正确的迁移方式是只导出业务库数据，在新版本中重建系统表后再导入业务数据；
• 如果是brew安装的MySQL，路径可能和官方包不同，需根据实际情况调整命令中的路径；
• 操作前的备份是底线，一旦操作失误可以回滚。

内容的提问来源于stack exchange，提问作者Ricardo Albear