SQL 优化那些事：面试官为什么总爱问这些？-CSDN博客

本文链接：https://blog.csdn.net/m0_46421522/article/details/148228478

SQL 优化那些事：面试官为什么总爱问这些？

前言

无论是在后端面试，还是数据库岗位，甚至全栈岗位，SQL 优化永远是绕不开的一道题。为什么面试官对这个乐此不疲？其实，SQL 查询性能的好坏，直接关系到系统稳定性、用户体验和服务器成本。

这篇文章就来聊聊：面试官到底为什么总爱问这些？以及我们该怎么准备。

一、面试官为什么爱问 SQL 优化？

📌 1. 和项目实战强相关
大部分系统后端最终都会落到数据库，SQL 写得烂，直接搞崩服务器。

📌 2. 能看出候选人系统性思维
考察你是否只会 CRUD，还是懂得分析执行计划、优化索引、调优查询方式。

📌 3. 高频场景，容易出坑
像联表、分页、大数据量、慢查询，这些日常开发就容易踩坑。

二、SQL 优化常见考点汇总 + 示例 SQL

📌 1️⃣ 慢查询排查流程

📍 查询当前执行的 SQL

SHOW PROCESSLIST;

📍 查看执行计划

EXPLAIN SELECT id, name FROM users WHERE age > 30;

返回结果重点看：

type（访问类型，越靠近 ALL 性能越差）
possible_keys / key
rows
Extra（如 Using filesort、Using temporary）

📌 2️⃣ 索引相关考点

📍 创建联合索引

CREATE INDEX idx_name_age ON users(name, age);

📍 最左前缀原则命中 ✅

SELECT * FROM users WHERE name = 'Tom';

📍 索引失效 ❌（like 前置%、函数包裹）

-- 索引失效例子
SELECT * FROM users WHERE name LIKE '%Tom%'; -- 前置百分号
SELECT * FROM users WHERE DATE(created_at) = '2024-05-01'; -- 函数包裹

📍 避免隐式类型转换

-- 假设 phone 字段是 varchar，以下会导致索引失效
SELECT * FROM users WHERE phone = 13800001111;
-- 应改为
SELECT * FROM users WHERE phone = '13800001111';

📌 3️⃣ SQL 写法优化

📍 避免 SELECT *，指定字段

SELECT id, name, age FROM users WHERE age > 30;

📍 IN vs EXISTS

-- IN 用于小结果集
SELECT * FROM users WHERE id IN (SELECT user_id FROM orders WHERE amount > 100);

-- EXISTS 更适合大表子查询
SELECT * FROM users u WHERE EXISTS (
  SELECT 1 FROM orders o WHERE o.user_id = u.id AND o.amount > 100
);

📍 分页优化（大 offset 替代方案）

-- 慢：offset 大时性能差
SELECT * FROM orders ORDER BY id LIMIT 100000, 10;
-- 优化：记录上次最大 id，基于索引分页
SELECT * FROM orders WHERE id > 500000 ORDER BY id LIMIT 10;