test: capture backlog resource samples

docs/api/schedule-load.md

@@ -22,6 +22,8 @@ go run ./cmd/orbit-schedule-load \
 
 要观察持久化积压，可在一次性数据库使用 `-schedules 32 -requests 8 -workers 1 -capacity 1 -start-delay 5s -run-timeout 180s`。该配置会让256个触发点集中进入队列，报告预期非零并保留未核验分母；独立连接应每2秒读取 `pulse_tasks` 的 `WAITING/LEASED/RUNNING/SUCCEEDED` 计数，示例结果见[长期积压报告](../reports/phase-6-backlog.md)。仓库还提供[`scripts/test-schedule-backlog.sh`](../../scripts/test-schedule-backlog.sh)自动创建/清理一次性 MySQL、采样状态和执行最终外键核验。
 
+积压脚本同时启用临时指标监听，每2秒把服务进程 CPU/RSS、MySQL 容器 CPU/内存、DB 连接池使用量、连接池等待累计值、等待/运行任务和业务快照耗时计数写入 `metrics.jsonl`。设置 `ORBIT_TEST_KEEP_ARTIFACTS=1`（可配合 `ORBIT_TEST_KEEP_ARTIFACTS_PATH`）会保留该文件；它是单节点采样原始证据，不是跨节点聚合或生产容量报告。
+
 ## 参数边界
 
 | 参数 | 默认值 | 限制/语义 |

docs/reports/phase-6-backlog.md

@@ -36,7 +36,7 @@
 | 后段 | 98 | 158 | 256 | 32 |
 | 截止前最后点 | 83 | 173 | 256 | 32 |
 
-本批没有开启指标监听，也没有独占 CPU、内存、磁盘或数据库资源；因此曲线只证明持久状态和收尾行为，不证明资源消耗曲线。后续目标拓扑容量测试需要同时采集数据库连接池、锁等待、CPU、内存、磁盘、复制延迟和队列阶段延迟，并进行多轮稳态与恢复对照。
+本批原始样本没有开启指标监听，也没有独占 CPU、内存、磁盘或数据库资源；因此已保存曲线只证明持久状态和收尾行为，不证明资源消耗曲线。随后脚本已加入临时指标端口和 `metrics.jsonl` 采样，会在下一次复现中留存服务进程 CPU/RSS、MySQL 容器资源、数据库连接池等待和业务快照计数；新文件仍只是单节点原始采样。目标拓扑容量测试还需要采集锁等待、复制延迟和队列阶段延迟，并进行多轮稳态与恢复对照。
 
 ## 环境与复现