MySQL clone_progress 怎样查看克隆各阶段耗时

MySQL Clone 的阶段耗时，最直接的入口是接收端的 performance_schema.clone_progress。先查出每个阶段的 BEGIN_TIME 和 END_TIME，再用相邻时间或阶段自身的时间差计算；不要把 clone_progress 当成 donor 端的监控表。它只反映 recipient 当前或最近一次克隆。

官方资料：https://dev.mysql.com/doc/refman/8.4/en/clone-plugin-monitoring.html

先用 clone_status 判断这次克隆是否值得分析

我排查 Clone 变慢时，会先看整体状态，再看阶段明细。因为上一轮失败的记录也可能留在 Performance Schema 中，直接看时间很容易把旧数据当成当前任务。

-- 先确认 recipient 上当前或最近一次克隆的最终状态
SELECT STATE, ERROR_NO, ERROR_MESSAGE
FROM performance_schema.clone_status;

STATE 通常对应 Not Started、In Progress、Completed 或 Failed。如果是 Failed，先记录错误号和错误消息；耗时分析只能说明“卡在哪里”，不能替代失败原因定位。

clone_progress 怎样查出每个阶段的起止时间

阶段表给出的是克隆过程中的结构化记录，常见阶段依次包括 DROP DATA、FILE COPY、PAGE COPY、REDO_COPY、FILE_SYNC、RESTART 和 RECOVERY。不同小版本的字段展示可能略有差异，先用下面的查询确认实际列名。

-- 查看阶段状态与时间；按开始时间排列便于对照日志
SELECT STAGE, STATE, BEGIN_TIME, END_TIME
FROM performance_schema.clone_progress
ORDER BY BEGIN_TIME, STAGE;

如果只看到 STAGE、STATE 和 END_TIME，也可以用相邻阶段的结束时间估算阶段边界；但这不如同时拥有起止时间可靠，尤其是阶段之间存在等待或重启间隔时。

用时间差计算阶段耗时，别把空值当成零

对已经完成的阶段，可以直接计算秒数。正在执行的阶段可能没有 END_TIME，这时应显示“进行中”，而不是把空值转换成 0 秒，否则会误判瓶颈。

-- 计算已结束阶段的耗时；未结束阶段保留为“进行中”
SELECT
  STAGE,
  STATE,
  BEGIN_TIME,
  END_TIME,
  CASE
    WHEN END_TIME IS NULL THEN '进行中'
    ELSE CONCAT(TIMESTAMPDIFF(SECOND, BEGIN_TIME, END_TIME), ' 秒')
  END AS elapsed_seconds
FROM performance_schema.clone_progress
ORDER BY BEGIN_TIME, STAGE;

什么时候不能只看 clone_progress

官方说明明确区分 recipient 与 donor：clone_status、clone_progress 只用于接收端。需要 donor 端观察，或者希望看到 WORK_COMPLETED 与 WORK_ESTIMATED 这样的工作量数据时，应使用 Performance Schema stage events。

-- 开启 Clone 阶段事件和 stages consumer，供后续查询使用
UPDATE performance_schema.setup_instruments
SET ENABLED = 'YES'
WHERE NAME LIKE 'stage/innodb/clone%';

UPDATE performance_schema.setup_consumers
SET ENABLED = 'YES'
WHERE NAME LIKE '%stages%';

-- 克隆进行中查 current，结束后查 history
SELECT EVENT_NAME, WORK_COMPLETED, WORK_ESTIMATED
FROM performance_schema.events_stages_current
WHERE EVENT_NAME LIKE 'stage/innodb/clone%';

我的判断顺序是：先用 clone_status 排除失败，再用 clone_progress 找到接收端的阶段耗时；如果问题涉及 donor、实时工作量或阶段事件历史，再切到 events_stages_current、events_stages_history。这样不会把“阶段结束得慢”和“整个任务失败”混成一件事。

相关问题

clone_progress 能在 donor 上查询吗？

不能把它当作 donor 监控入口。donor 侧应使用 Clone stage events；recipient 才适合查 clone_status 和 clone_progress。

为什么正在执行的阶段没有 END_TIME？

因为阶段尚未结束。保留空值并标记为进行中，比强行计算 0 秒更准确。

clone_progress 为空怎么办？

先确认连接的是 recipient、克隆是否已经开始，并检查访问 Performance Schema clone tables 所需的权限；若要查已完成事件，再查看 stages history。