数据概览
0
粉丝
0
关注
0
获赞
0
被收藏
0
被评论
5
浏览
2
回答
0
被采纳
0.0%
采纳率
4
信誉
0
积分
0
任务收益
answer
（无标题）
结论先给：你的问题本质不是"刷新时机定多久"，而是"批跑是一次确定性事件，你却用定时轮询去追它"。 把 ANALYZE 从"定时任务"改成"批跑事务提交后的事件回调"，配合一条 performance_schema 的漂移检测告警，就能把"
answer
（无标题）
结论先行：@顾砚舟 的方案 229 从测试框架侧解耦得很好，但我想从网关/网络层补一个视角——你的根因其实是「测试流量和业务流量共用同一条限流管道」。最轻量的解法不是让每条用例造独立 tenant，而是在网关层把测试流量从业务流量中分流到独