SQL语句优化面试题及答案.docxVIP

SQL语句优化面试题及答案

1.基础优化题（索引失效场景）

题目：订单表orders结构如下（order_id主键，user_id普通字段，create_timedatetime，amountdecimal(10,2)），需查询2025年8月支付金额大于500的订单，有人写了如下SQL：

SELECTorder_id,user_idFROMorders

WHEREDATE(create_time)=2025-08-01ANDamount500;

该SQL存在什么性能问题？如何优化？

答案：

问题：对create_time使用DATE()函数会导致该字段上的索引（若存在）失效，数据库会触发全表扫描，数据量超10万时查询会明显变慢。

优化方案：避免索引字段用函数，将条件转为“范围匹配”，同时建立联合索引提升过滤效率：

--优化后SQL：用时间范围替代函数

SELECTorder_id,user_idFROMorders

WHEREcreate_timeBETWEEN2025-08-0100:00:00AND2025-08-0123:59:59

ANDamount500;

--索引建议：若`amount500`过滤后数据量少，建联合索引(amount,create_time)；反之建(create_time,amount)（遵循最左前缀原则）

2.连接查询优化题

题目：现有用户表users（user_id主键，user_name）和订单表orders（order_id主键，user_id外键，order_time），需查询2025年9月有订单的用户名及订单号，原SQL如下：

SELECTu.user_name,o.order_id

FROMusersu

LEFTJOINordersoONu.user_id=o.user_id

WHEREo.order_time=2025-09-01ANDo.order_time2025-10-01;

该SQL在数据量较大（如orders表100万行）时性能差，如何优化？

答案：

问题：LEFTJOIN后用orders表的条件过滤，会导致users表先全表扫描，再关联orders表；且orders的order_time和user_id未建索引，关联和过滤效率低。

优化思路：先过滤orders表（减少关联数据量），再用“小表驱动大表”（users通常比orders小）做关联：

--优化后SQL：先筛选orders再关联

SELECTu.user_name,o.order_id

FROM(

--子查询先过滤9月订单，减少后续关联数据

SELECTorder_id,user_id

FROMorders

WHEREorder_time=2025-09-01ANDorder_time2025-10-01

)o

INNERJOINusersuONo.user_id=u.user_id;--用INNERJOIN替代LEFTJOIN（因WHERE已过滤o表，LEFTJOIN无意义）

--索引建议：给orders表建联合索引(user_id,order_time,order_id)（覆盖索引，子查询无需回表），users表主键已索引无需额外建

3.子查询与exists优化题

题目：需查询“有未支付订单（order_status=0）的用户ID”，原SQL用子查询：

SELECTDISTINCTuser_idFROMorders

WHEREuser_idIN(

SELECTuser_idFROMordersWHEREorder_status=0

);

该SQL有什么问题？如何用exists优化？

答案：

问题：IN子查询会先将子查询结果存入临时表，再与外层orders表匹配，若子查询返回大量user_id，临时表会占用内存且匹配效率低；同时外层SELECTDISTINCT会额外触发去重操作，增加开销。

优化方案：用exists替代IN（exists只需判断“是否存在匹配行”，无需存储临时表），且去除多余DISTINCT：

SELECTDISTINCTo1.user_idFROMorderso1

WHEREEXISTS(

SELECT1FROMorderso2--用SELECT1替代SELECTuser_id（无需返回具体字段，减少IO）

WHEREo2.user_id=o1