SQL报表查询性能基线是典型负载下多次执行取稳态值的稳定参考，需覆盖高频SQL、控制变量、记录多维指标并附完整元信息。
SQL报表查询性能基线，核心是建立可复现、可对比的稳定参考值，不是测一次最快耗时，而是捕捉典型负载下的稳定表现。
明确测试范围与典型场景
避免“全库扫描式测试”。聚焦真实高频报表SQL，例如：月度销售汇总、客户逾期账龄分析、库存周转TOP10查询。每类至少选3–5条代表性语句，覆盖不同复杂度（单表过滤、多表JOIN、含聚合/子查询/窗口函数）。记录每条SQL的业务含义、输入参数（如日期范围、组织ID）、预期返回行数级（百行？万行？）。
控制变量，确保环境纯净
测试前清空缓冲池（如MySQL执行FLUSH TABLES；SQL Server用DBCC DROPCLEANBUFFERS + DBCC FREEPROCCACHE），关闭自动统计更新，禁用查询计划强制重编译以外的干扰项。使用固定数据集（如导出某日快照），不边跑测试边写入新数据。同一套硬件、同一数据库版本、同一配置参数下执行。
执行多次取稳态值，拒绝单次最优
每条SQL连续执行5–10轮，跳过首轮（预热影响），取后几轮的中位数或平均值作为基线耗时。同时记录关键指标：逻辑读次数、CPU时间、临时表空间使用量（如SQL Server的STATISTICS IO/TIME ON；PostgreSQL的EXPLAIN (ANALYZE, BUFFERS)）。避免用最小值当基线——那只是运气好，不是能力。
标注上下文，让基线可追溯
基线结果必须附带元信息：数据库版本、服务器CPU/内存规格、并发连接数（单用户or模拟5用户并发）、统计信息最后更新时间、是否启用查询重写或物化视图。用表格存档，例如：
- SQL_ID: rpt_sales_monthly_2024Q2
- 基线耗时: 842ms（5轮中位数）
- 逻辑读: 12,846 pages
- 测试时间: 2024-06-15 14:00
- 数据量: fact_sales 表 2.3亿行，分区按月
