MySQL升级困境：mysql_upgrade与服务启动的恶性循环问题

问题根源 #

你遇到的“服务需升级才能启动，升级又需要服务运行”的死循环，核心原因是跨大版本升级时用了错误的操作方式——直接替换bin和共享目录。MySQL 5.0到5.5属于跨大版本迭代，系统表结构有重大变更：比如mysql.plugin表在5.0中并非启动必需项，但5.5启动时会强制检查该表的存在和结构。直接替换二进制文件后，5.5的服务因找不到符合要求的系统表启动失败；而mysql_upgrade工具本身依赖连接到运行中的MySQL服务才能执行系统表升级，自然就陷入了互相依赖的循环。

解决步骤 #

根据你的实际情况，分两种场景给出解决方案：

场景1：还能找回原5.0.67的文件

• 先把替换的5.5.60的bin和共享目录换回5.0.67版本，确保MySQL服务能正常启动。
• 立刻备份整个数据库（包括mysql系统库），这是跨版本升级的必要前置操作，避免数据丢失。
• 停止5.0的服务，使用MySQL 5.5.60的官方安装程序进行升级安装：
  • 运行安装包时选择「Upgrade」选项，指定原安装目录，安装程序会自动处理系统表的初步适配。
  • 安装完成后启动5.5的服务，此时服务应该能正常运行（或仅提示需执行mysql_upgrade）。
• 以管理员身份打开CMD，执行mysql_upgrade --port 64202完成最终的系统表和数据兼容升级。
• 重启服务，验证升级结果。

场景2：已无法找回原5.0的文件

如果已经替换文件且无法回退，可以通过跳过系统表检查的方式临时启动服务，再执行升级：

1. 以管理员身份打开CMD，切换到5.5.60的bin目录：

   cd "C:\Program Files (x86)\XXX\MySQLServer\bin"
   

2. 执行以下命令跳过权限和插件表检查，临时启动服务：

   mysqld --skip-grant-tables --skip-plugin-tables
   

   （执行后这个CMD窗口会保持运行状态，不要关闭）
3. 再打开一个新的管理员CMD窗口，执行升级命令：

   mysql_upgrade --port 64202
   

4. 等待升级完成后，回到第一个CMD窗口，按Ctrl+C停止临时服务。
5. 正常启动MySQL服务，此时服务应该能正常运行——mysql.plugin等系统表已经被mysql_upgrade创建并更新到5.5的结构。

关键提示 #

跨大版本的MySQL升级（比如5.x到5.y，主版本号差距较大）绝对不能直接替换二进制文件，必须通过官方安装程序的升级流程，或者先启动旧版本服务，再配合新版本工具完成升级——核心是要保证升级工具能连接到一个可运行的服务（旧版本或临时启动的新版本）来完成系统表的更新。

内容的提问来源于stack exchange，提问作者Tomas Kubes