本文已按现行官方资料重新整理，保留旧地址和原始发布日期。文内命令用于说明操作范围，本次没有在生产服务器执行系统变更。
先确认是不是还有更新在运行
先等待当前后台或主机管理任务完成，不要并行重试。检查其他管理员、计划更新、部署任务和主机控制面板；读取更新日志与 PHP/服务器错误日志。仅仅关掉浏览器窗口，不代表服务器上的任务已停止。
读取状态，明确站点范围
有 WP-CLI 时，由站点维护账号进入已确认的站点目录，先执行只读检查：
wp core version
wp option get core_updater.lock选项不存在并不表示一定没有后台任务；时间戳也不应当作为唯一判据。多站点、对象缓存或托管更新由维护方确认其更新方式。不要假设数据库表前缀就是 wp_。
确认是残留锁后再处理
仅在已确认更新中断、没有其他更新任务，并有可恢复备份时，按 WP-CLI 官方建议删除这个指定选项。以下命令会修改数据库：
wp option delete core_updater.lock随后只发起一次更新并观察结果。如果再次产生同样错误，先修复导致上次中断的网络、空间、权限或执行限制。没有 WP-CLI 时，请主机维护方在正确数据库中处理该指定选项，不照抄 root 登录和固定数据库名。
更新锁与维护提示分别验收
core_updater.lock 是数据库选项；.maintenance 是维护文件。两者可能同时出现，但移除一个不等于修好另一个。确认任务中断后，按官方故障文档处理遗留维护文件；若文件替换不完整，参照 手动升级流程，不要反复删除锁后盲目重试。