历史图片扫描接口怎么进行压力测试
当历史图片数据量很大、单次请求需要扫描大量文件，或者并发用户同时发起查询时，这类接口通常会暴露哪些性能问题？
常见瓶颈场景
历史图片扫描接口在以下场景中更容易出现性能问题：图片存量很大，导致扫描范围过广；单次请求需要遍历大量目录或对象存储数据；并发请求同时触发扫描任务；图片元数据查询和文件读取耦合过紧；下游存储、数据库或网络带宽成为限制因素。做压力测试时，应重点覆盖大批量历史数据、持续高并发、长时间稳定运行等场景，以便定位系统的真实瓶颈。
除了接口响应时间以外，还需要看哪些数据，才能判断扫描能力是否满足实际业务要求？
核心观测指标
建议重点关注吞吐量、平均响应时间、P95/P99 响应时间、错误率、超时率、CPU、内存、磁盘 IO、网络带宽、数据库连接数、对象存储访问耗时，以及扫描任务的积压情况。如果接口采用异步扫描，还要观察任务排队长度、任务成功率和重试次数。只看平均响应时间不够，P95 和 P99 更能反映高并发下的用户体验。
如果测试数据太少，结果可能不准；如果数据分布不合理，也会影响结论。应该怎么准备数据集？
测试数据设计建议
测试数据应尽量模拟真实业务分布，例如包含不同时间跨度的历史图片、不同大小的图片文件、不同目录层级、不同命中率的索引数据，以及部分异常数据。可以按实际线上比例构造热数据、冷数据和极冷数据，并加入少量损坏文件、缺失元数据和访问失败样本，用来验证接口在异常情况下的稳定性。数据规模建议从小流量逐步放大到目标峰值，再进行超出峰值的极限测试。
接口在高并发下经常超时，但日志里信息不够完整。排查时应该从哪些环节入手，才能更快定位原因？
超时排查方向
可以优先排查扫描范围是否过大、是否缺少有效索引、是否存在频繁的全量遍历、下游存储访问是否缓慢、数据库查询是否阻塞、线程池是否耗尽、连接池是否满载，以及是否存在重复扫描或无效重试。建议结合链路追踪、慢日志、系统资源监控和压测报告进行定位。如果是分页扫描，还要检查分页参数是否合理，避免深分页带来的性能下降。