压测数据自动清理：别让测试污染线上影子库

2026年3月记录，分类「性能测试」。这篇按当时的测试现场整理，重点放在目标、动作和可复用的检查点。

压测目标

性能测试最怕只有并发数和 TPS，没有业务模型。这篇记录的重点是把压测目标、数据规模和退出条件先说清楚。

整理时我特意把输入、动作、观察点和风险拆开，方便后面补用例。

模型设计

• 先确认登录、查询、提交、支付等动作的业务占比。
• 压测数据要接近真实量级，并且能清理。
• 压测时同时看应用、数据库、缓存、网关和机器资源。

退出条件:
p95 < 800ms
错误率 < 0.5%
CPU < 75%
慢SQL无新增

监控指标

阅读全文

MySQL备份恢复演练：测试环境也要会救火

2025年9月记录，分类「服务器运维」。内容按测试执行视角整理，尽量把背景、操作和验收口径讲清楚。

为什么演练

备份文件存在不代表能恢复。测试环境也应该做恢复演练，尤其是字符集、表数量、关键数据这些容易被忽略。

对测试来说，最后要落到可复现、可验证、可交接，文章也是按这个思路写的。

备份动作

• 备份前记录数据库名、字符集、表数量和文件大小。
• 恢复到临时库，避免直接覆盖当前环境。
• 恢复后抽查文章、用户、权限、配置等关键表。

mysqldump --default-character-set=utf8mb4 djangoblog > back

阅读全文

MySQL慢查询导致接口超时的一次复盘

2022年10月记录，分类「服务器运维」。这篇按当时的测试现场整理，重点放在目标、动作和可复用的检查点。

故障表现

这次接口超时一开始被怀疑是应用线程池不够，后来从慢日志看到某个列表查询扫描了几十万行。问题不复杂，但定位顺序很典型。

记录这篇的目的，是让下次遇到同类问题时少走一轮弯路。

定位过程

• 先拿接口参数复现慢请求，记录响应时间和 traceId。
• 在数据库里找对应 SQL，执行 EXPLAIN 看扫描行数。
• 加索引后用同一批数据回归，确认 p95 和慢日志都下降。

EXPLAIN SELECT * FROM orders WHERE use

阅读全文