一、学习目标

• 掌握 MySQL 中常见的多表关联查询方式。
• 理解 INNER JOINLEFT JOIN子查询、聚合查询的使用场景。
• 能够用 MyBatis Plus 和 XML Mapper 编写复杂查询。
• 理解索引的基本原理。知道什么时候该建索引，什么时候索引会失效。
• 学会使用 EXPLAIN 分析 SQL 执行计划。
• 掌握慢 SQL 的常见原因与调整思路。
• 能把第40天的订单模块 成更接近真实项目的数据查询能力。

二、为什么第41天要学习复杂查询

痛点：

• 业务需求频繁变化：单表 CRUD 已无法满足日益增多的业务场景；说起来，
• CQRS/微服务拆分后：跨表数据读取成为瓶颈；
• SLA 要求低延迟：一次性读取大量关联数据必须高效；
• N+1 查询导致性能崩溃：;

在真实项目中很少只有简单的SelectById/SelectList,更多场景是： - 查询使用者订单列表并带上昵称；- 查询订单详情并返回明细；- 按状态、时间、金额范围组合筛选订单；- 统计每天订单数量和销售额；- 查询销量最高商品，- 后台做复杂分页查询；- 接口变慢后需要定位是哪条 SQL 慢。

第41天主要是从“会查数据”升级到“会写可维护、可调整的查询”。

三、多表关联查询基础

示例表结构回顾

使用者表：

CREATE TABLE users (
id BIGINT NOT NULL AUTO_INCREMENT。email VARCHAR NOT NULL,nickname VARCHAR NOT NULL,status TINYINT NOT NULL DEFAULT 0,created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,PRIMARY KEY,UNIQUE KEY uk_users_email
);

订单表：

CREATE TABLE orders (
id BIGINT NOT NULL AUTO_INCREMENT,user_id BIGINT NOT NULL,status VARCHAR NOT NULL,total_amount DECIMAL NOT NULL。created_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP,updated_at DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,PRIMARY KEY,KEY idx_orders_user_id,KEY idx_orders_status_created
);

订单明细表：

CREATE TABLE order_items (
id BIGINT NOT NULL AUTO_INCREMENT。order_id BIGINT NOT NULL,product_id BIGINT NOT NULL,quantity INT NOT NULL,unit_price DECIMAL NOT NULL,PRIMARY KEY,KEY idx_order_items_order_id
);

四、JOIN 查询实战 & 常见错误警示

INNER JOIN

Pain Point: 经常出现因缺失ON条件导致笛卡尔积而导致性能炸裂。请务必检查ON条件是否完整。

LEFT JOIN

JOIN 常见错误警示

• - 忘记 ON 条件 → 笛卡尔积 → 数据量暴涨。请一定写上 ON 子句，话说回来，
"
• - LEFT JOIN 后将右侧过滤放在 WHERE 中 → 等价于 INNER JOIN。请把过滤条件移到 ON 或写为 AND 在 ON 后面。
"
• - 对子句中的列加函数或类型转换 → 索引失效。请尽量保持列原样使用，
"
• - OR 条件不合理导致全表扫描，可改为 UNION ALL 或创建覆盖索引。
"