ERROR 1045/1698 根源是认证插件或 authentication_string 异常，并非密码错误；需先用 --skip-grant-tables 登录检查 user 表，再据引擎类型修复：MyISAM 用 myisamchk，InnoDB 须重建 mysql 系统库。

ERROR 1045 或 ERROR 1698 不是密码错了，是认证链第一关就失败了

MySQL 启动正常但 mysql -u root -p 直接报错，基本可排除网络、端口、配置文件语法问题——错误发生在连接建立后的认证阶段。这类报错根本不是“密码输错”，而是 MySQL 在读取 mysql.user 表时，plugin 字段值非法（如 auth_socket、caching_sha2_password），或 authentication_string 字段为空/格式不匹配，甚至字段本身缺失（如 password_last_changed 在 5.7+ 中为非空默认值）。此时 mysql_upgrade 根本跑不起来，它需要先成功登录才能执行。

先确认是不是真损坏，而不是插件或字段值异常

别一上来就重建系统库。先用安全方式验证表是否存在、结构是否可读：

• 停服务：sudo systemctl stop mysqld（Linux）或 net stop mysql（Windows）
• 加参数启动：mysqld --skip-grant-tables --skip-networking --datadir=/var/lib/mysql（路径按实际改）
• 无密码登录：mysql -u root（注意不加 -p）
• 进库后立刻查：USE mysql; → SELECT User, Host, plugin, authentication_string FROM user WHERE User = 'root';

如果能返回结果，说明表物理结构完好，只是 plugin 或 authentication_string 错了；如果直接报 Table 'mysql.user' doesn't exist 或 Incorrect information in file: './mysql/user.frm'，才是真损坏。

MyISAM 权限表（MySQL 5.7 及以前）用 myisamchk 强制修复

老版本默认用 MyISAM 存 mysql 库，损坏多表现为 .MYI 索引文件错乱。REPAIR TABLE 在线执行会失败，必须离线用 myisamchk：

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• 确保 mysqld 已彻底退出：ps aux | grep mysqld，杀净残留进程
• 备份整个 /var/lib/mysql/mysql/ 目录（不是只拷 .frm）
• 逐个修复关键表：myisamchk -r /var/lib/mysql/mysql/user.MYI，同样修 db.MYI、tables_priv.MYI
• 若报 Key file is old，加 -o 参数：myisamchk -o -r /var/lib/mysql/mysql/user.MYI
• 修完重启，**立刻运行**：mysql_upgrade -u root --force 补字段和索引，否则新版客户端可能握手失败

InnoDB 权限表（MySQL 8.0+）只能重建系统库，别碰 ibdata1

8.0+ 的 mysql 库全为 InnoDB，且深度耦合数据字典。--skip-grant-tables 能启动，但无法写入 mysql.user（引擎限制），REPAIR TABLE 和 myisamchk 完全无效。唯一安全路径是重建：

• 停服务后，**不要删 ibdata1 或 ib_logfile***，只移走 mysql 子目录：mv /var/lib/mysql/mysql /var/lib/mysql/mysql.bak
• 用同版本二进制初始化：mysqld --initialize-insecure --user=mysql --datadir=/var/lib/mysql
• 启动服务：systemctl start mysqld
• 立刻用空密码登录：mysql -u root -p（回车），然后重设密码：ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_pwd';
• 务必确认 plugin 是 mysql_native_password，否则某些客户端仍连不上

重建后业务库不受影响，但所有用户权限需重新赋值——因为 mysql 库被替换了。最容易被忽略的是：重建前没备份原 mysql 目录，或重建后忘了立刻改密，导致空密码暴露在公网。