如何修复WordPress中的MySQL数据库重复列错误

这些错误的核心原因是：某个插件或主题的数据库更新脚本没有检查列是否已存在，就反复执行ALTER TABLE添加列的操作——哪怕你清空数据，只要脚本逻辑没改，每次加载相关代码时都会触发报错。以下是具体解决步骤：

• 定位触发错误的插件/主题
  错误涉及的wp_app_stages不是WordPress核心表，属于第三方插件或自定义主题的表。先禁用所有第三方插件，切换到默认主题（如Twenty Twenty-Four），观察错误是否消失。如果消失，再逐个启用插件/主题，找到导致问题的那个。

• 修复数据库更新脚本
  找到对应插件/主题中执行ALTER TABLE的代码文件（通常在插件的install.php、update.php或主文件里），修改添加列的逻辑，先检查列是否存在再执行添加：

  -- 检查items_in_package列是否存在，不存在才添加
  IF NOT EXISTS (SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = DATABASE() AND TABLE_NAME = 'wp_app_stages' AND COLUMN_NAME = 'items_in_package') THEN
      ALTER TABLE wp_app_stages ADD items_in_package INT(11) NOT NULL DEFAULT '1' AFTER forever_active_time;
  END IF;
  
  -- 检查change_stage_id列是否存在，不存在才添加
  IF NOT EXISTS (SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_SCHEMA = DATABASE() AND TABLE_NAME = 'wp_app_stages' AND COLUMN_NAME = 'change_stage_id') THEN
      ALTER TABLE wp_app_stages ADD change_stage_id INT(11) NOT NULL DEFAULT '0' AFTER forever_active_time;
  END IF;
  

  如果你发现开发者用了$wpdb->query()直接执行ALTER语句，建议改用WordPress内置的dbDelta()函数——它会自动处理列的存在性检查，避免重复执行。

• 临时应急处理
  若暂时无法修改代码，可直接登录数据库管理工具（如phpMyAdmin）：

  1. 进入wp_app_stages表，确认items_in_package和change_stage_id列已经存在；
  2. 找到插件/主题中对应的ALTER TABLE代码，直接注释掉；
  3. 或者检查插件的数据库版本记录：在wp_options表中搜索类似{plugin_slug}_db_version的选项，将其值修改为插件代码中定义的最新数据库版本号，阻止脚本重复执行更新。

内容的提问来源于stack exchange，提问作者P. Paul