sql报表性能优化核心是将表达式下沉至where、join或子查询阶段以提前过滤数据，避免select中重复计算；善用cte物化、计算列、物化视图固化高频逻辑；警惕json/字符串函数导致全表扫描，优先提取为普通列并建立函数索引。
SQL报表中复杂表达式拖慢查询速度，核心问题在于表达式在结果集生成后才计算，导致大量重复运算和无法利用索引。解决关键不是优化单个函数，而是把可提前计算的部分“搬”到JOIN、WHERE或子查询阶段，让数据库尽早过滤、裁剪数据量。
把表达式下沉到WHERE条件中
避免在SELECT里写CASE WHEN date_part('year', order_time) = 2024 THEN ...这类逻辑，而应提前在WHERE中过滤年份：
- ❌ 慢写法：WHERE status = 'done' AND CASE WHEN EXTRACT(YEAR FROM create_time) = 2024 THEN 1 ELSE 0 END = 1
- ✅ 快写法：WHERE status = 'done' AND create_time >= '2024-01-01' AND create_time
这样能走时间字段的索引，大幅减少扫描行数。
用子查询或CTE预计算中间值
当表达式涉及多表关联后聚合（如“客户最近3笔订单平均金额”），直接在主SELECT里嵌套子查询会反复执行。改用CTE提前算好：
- ✅ 把客户维度+聚合逻辑单独拎出：WITH cust_stats AS (SELECT customer_id, AVG(amount) AS avg_recent_amt FROM orders WHERE order_time > NOW() - INTERVAL '3 months' GROUP BY customer_id)
- ✅ 主查询只JOIN cust_stats，不再重复计算
数据库通常会对CTE物化（尤其PostgreSQL/Oracle），避免多次执行相同逻辑。
用计算列或物化视图固化高频表达式
对长期不变或低频更新的表达式（如“订单金额 × 税率”，税率每月一调），可在表中增加计算列（MySQL 5.7+/PostgreSQL）或建物化视图：
- MySQL示例：ALTER TABLE orders ADD COLUMN amount_with_tax DECIMAL(10,2) AS (amount * 1.08) STORED;
- 查询时直接WHERE amount_with_tax > 1000，无需每次计算
- 物化视图适合跨多表、逻辑更重的场景（如销售区域层级汇总）
本质是用少量存储换大量CPU和IO节省。
警惕字符串/JSON函数的隐式全表扫描
像JSON_EXTRACT(data, '$.status')、SUBSTRING(title, 1, 5)这类函数若出现在WHERE或JOIN条件中，几乎必然导致全表扫描：
- ✅ 提前在ETL或触发器中把JSON字段的关键值抽成普通列（如status_code VARCHAR(20)）
- ✅ 对需模糊匹配的字符串，考虑生成ngram索引或用全文检索引擎（如PostgreSQL的tsvector）
- ❌ 避免WHERE UPPER(name) = 'ABC' —— 改为创建函数索引：CREATE INDEX idx_name_upper ON users (UPPER(name));
函数索引是兜底方案，优先保证原始字段可索引。
