大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！

写SQL写久了就会发现，同样的业务需求，不同的人写出来，执行效率可能差几十倍。尤其是在复杂统计、排名分组这些场景，选错写法，查询能从毫秒级变成分钟级。以前做运营的时候，我只需要看懂Excel里的公式；转行后才明白，SQL优化的本质是“用更少的扫描、更少的临时表完成同样的事”。今天就把子查询、CTE、窗口函数这三者的性能差异彻底讲透。

这两年MySQL 8.0普及之后，CTE和窗口函数不再是“新特性”，而是每个写SQL的人必须掌握的技能。很多以前只能用子查询或临时表硬扛的需求，现在有了更优雅高效的解法。理解这三种写法的性能特性，能让你在面对复杂报表时少走弯路。

实测对比：每种写法最适合什么场景

真实数据：1000万行表，查每个客户的最新订单

环境：MySQL 8.0.32，8C32G，表orders有索引(order_date, customer_id)

SELECT * FROM orders o1 
WHERE order_date = (SELECT MAX(order_date) FROM orders o2 WHERE o2.customer_id = o1.customer_id);
​

SELECT * FROM (
    SELECT *, ROW_NUMBER() OVER (PARTITION BY customer_id ORDER BY order_date DESC) as rn
    FROM orders
) t WHERE rn = 1;
​

WITH latest AS (
    SELECT customer_id, MAX(order_date) as max_date
    FROM orders GROUP BY customer_id
)
SELECT o.* FROM orders o JOIN latest l ON o.customer_id = l.customer_id AND o.order_date = l.max_date;
​

结论：相关子查询最慢，窗口函数和CTE+JOIN都在4秒左右。以后遇到“每组取最值”的需求，优先用窗口函数。

排名统计场景：按部门计算员工工资排名

10万行员工表，按部门内工资排名。

窗口函数（RANK）：0.9秒，代码一行

SELECT *, RANK() OVER (PARTITION BY dept_id ORDER BY salary DESC) as rnk FROM emp;
​

自连接旧写法：7.2秒，SQL复杂难懂

SELECT e1.*, COUNT(DISTINCT e2.salary) as rnk
FROM emp e1 LEFT JOIN emp e2 ON e1.dept_id = e2.dept_id AND e1.salary <= e2.salary
GROUP BY e1.id;
​

窗口函数在排名、累计、移动平均等场景下，性能和简洁度都是碾压级别。

递归CTE实际运用：查询组织架构树

需求：部门表dept(id, parent_id, name)，查询id=1及其所有下级。

WITH RECURSIVE dept_tree AS (
    SELECT id, parent_id, name FROM dept WHERE id = 1
    UNION ALL
    SELECT d.id, d.parent_id, d.name FROM dept d
    INNER JOIN dept_tree dt ON d.parent_id = dt.id
)
SELECT * FROM dept_tree;
​

一次查询搞定，这是MySQL 8.0之前很难优雅实现的。

从运营转行做DBA之后，我最深的感受是：写SQL和做运营数据分析本质上都是“从数据里找答案”，但SQL优化要求你更懂底层机制。窗口函数和CTE不是新语法，它们是工具包里最趁手的两把扳手。遇到复杂统计，第一反应应该是“能不能用窗口函数”，而不是“先写个子查询凑合用”。掌握这三者，不是为了炫技，而是让查询跑得更快、代码更容易维护。

还有什么想了解的，欢迎留言！小耶一定知无不言言无不尽……我们下次见~

SQL改写实战：子查询、CTE、窗口函数性能对比

本文聚焦SQL性能优化，实测对比子查询、CTE与窗口函数在复杂统计、分组排名、递归查询等场景的执行效率。基于MySQL 8.0真实数据（千万级表），揭示窗口函数在“每组取最值”“部门排名”中提速3倍以上，CTE提升可读性与递归能力，而相关子查询易成性能瓶颈。

人工智能

MySQL 8.0普及后，SQL优化需掌握子查询、CTE与窗口函数性能差异。实测1000万行数据：相关子查询耗时12.5秒，窗口函数仅3.8秒。窗口函数在排名、分组取最值场景性能碾压传统写法，CTE则适合递归查询与复杂逻辑分步处理。优化本质在于减少数据扫描，提升查询效率与代码可维护性。

数据分析

腾讯云数据库特惠，新用户首单0.5折起


腾讯云BI新客户首次购买9.9元起！


文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

SQL改写实战：子查询、CTE、窗口函数性能对比

SQL改写实战：子查询、CTE、窗口函数性能对比

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐