MySQL 8.0 升级到 8.4 LTS：慢查询、复制与迁移验收清单

MySQL 8.0发布说明确认，该系列在2026年4月随8.0.46到达生命周期终点，并建议升级到最新MySQL 8.4 LTS或Innovation版本。对企业而言，第一步是冻结实例版本、发行来源、操作系统、插件、认证、SQL mode、字符集、存储引擎、复制、备份和应用驱动事实，而不是直接执行升级。

可按原地升级、逻辑导入导出或复制迁移评估路径。无论选择哪一种，都应先在隔离环境完成兼容检查、恢复与失败演练，再以数据、功能、复制、性能、备份恢复、监控、安全和回退窗口作为生产验收条件。

有效的首轮材料应能回答五个问题：什么时候慢、哪个业务动作受影响、哪类SQL出现、执行计划看到什么、当时数据库和基础资源发生了什么。只有某一项异常，不足以直接推出修改索引或参数。

工作表使用脱敏SQL或SQL指纹。客户名称、订单号、账号、IP、完整业务条件和密码不应进入公开文件；需要原始材料时只保存受控引用。

先固定时间窗和业务影响，再收集最小证据并核对缺口。若只读材料已能支持候选原因，由DBA或系统负责人评审下一步；涉及实际执行、加索引、更新统计信息、改参数或SQL发布时，必须单独审批和回滚。

第一步 `SQL-MY-02` 只读取一个明确 schema 的表与索引目录，最多 200 行；第二步 `SQL-MY-03` 只读取 performance_schema digest 摘要，固定最近 24 小时和 Top 50。执行前由数据库负责人确认 schema、最小只读权限和 10 秒客户端超时。

`performance_schema` 关闭时，摘要卡返回 `performance_schema_disabled`；权限不足时数据库拒绝；目标 schema 没有窗口内样本时返回空结果。这三种情况不能互相替代，也不能把空结果写成“没有慢查询”。

公开SQL只输出单行聚合状态，用于区分接收链路、应用链路、worker错误计数和配置延迟。业务新鲜度需要业务方用水位或签收时间单独确认，不能由线程状态替代。

看到接收或应用异常时，先保留时间窗和变更记录。START/STOP REPLICA、跳过事务、重建副本、故障切换和修改延迟参数都是生产控制动作，必须由数据库与业务负责人另行批准。

SQL 文件是 inchTraining 权威版本的公开副本；合成 CSV 只用于理解字段，不含客户或生产数据。没有采集条件时应标记“缺失”或“需授权”，不要用推测补齐。需要人工风险分级和整改 Top 5 时，再进入 B-HC 固定范围服务。