MySQL进阶——DQL语句日常优化建议(详细版!)

本文将深入探讨MySQL数据查询语言DQL的优化,包括从基础查询优化的字段选择与分页技巧,到条件过滤、索引命中、JOIN 查询、聚合分组、子查询、JSON 数据处理等方面的深入剖析。

本文目录

一、基础查询优化

避免使用 SELECT *,会返回表中的所有字段,增加网络传输和内存消耗。建议明确指定需要的字段。

sql 复制代码
SELECT * FROM products WHERE category = 'electronics';

-- 正确
SELECT product_id, name, price FROM products WHERE category = 'electronics';

传统的 LIMIT OFFSET 分页方式在处理大数据量时效率较低,需要扫描偏移量之前的所有行。可以使用基于游标的分页方式来优化。

sql 复制代码
-- 低效分页
SELECT * FROM orders 
ORDER BY order_id 
LIMIT 10 OFFSET 100000;

-- 高效分页
SELECT * FROM orders 
WHERE order_id > 100000 
ORDER BY order_id 
LIMIT 10;

二、条件过滤与索引命中

1. 最左前缀原则

在使用联合索引时,必须遵循最左前缀原则,即查询条件必须从联合索引的最左边的列开始。

sql 复制代码
-- 联合索引 (user_id, status)
-- 有效查询
SELECT * FROM orders 
WHERE user_id = 1001 AND status = 'paid';

-- 无效查询
SELECT * FROM orders WHERE status = 'paid';  -- 全表扫描

2. 避免隐式类型转换

隐式类型转换会导致索引失效,从而影响查询性能。在编写查询语句时,应确保查询条件的数据类型与索引列的数据类型一致。

sql 复制代码
-- 错误
SELECT * FROM products WHERE product_id = '1001';  -- 索引失效

-- 正确
SELECT * FROM products WHERE product_id = 1001;

三、多表关联与性能

在进行多表关联查询时,应确保关联字段上有索引,以提高查询性能。同时,可以限制结果集的大小,减少不必要的数据传输。

sql 复制代码
SELECT o.order_id, u.username, p.name, oi.quantity
FROM orders o
INNER JOIN users u ON o.user_id = u.user_id
INNER JOIN order_items oi ON o.order_id = oi.order_id
INNER JOIN products p ON oi.product_id = p.product_id
WHERE o.user_id = 1001;

在使用 LEFT JOIN 时,需要注意空值的处理。可以使用 COUNT 函数统计关联表中的记录数,以避免空值的影响。

sql 复制代码
-- 统计商品销售情况
SELECT p.product_id, p.name, COUNT(oi.item_id) AS sales
FROM products p
LEFT JOIN order_items oi ON p.product_id = oi.product_id
GROUP BY p.product_id;

四、聚合与分组

1. GROUP BY

在使用 GROUP BY 进行分组统计时,应确保分组字段与索引匹配,以提高查询性能。在处理大数据量时,可以使用 SQL_BIG_RESULT 提示优化器。

sql 复制代码
-- 按商品分类统计销售额
SELECT p.category, SUM(oi.quantity * oi.price) AS total_sales
FROM order_items oi
INNER JOIN products p ON oi.product_id = p.product_id
GROUP BY p.category
ORDER BY total_sales DESC;

2. HAVING 与 WHERE 区别

HAVING 用于在聚合后过滤数据,而 WHERE 用于在聚合前过滤数据。在编写查询语句时,应尽量使用 WHERE 进行过滤,以提高查询性能。

sql 复制代码
SELECT p.category, SUM(oi.quantity * oi.price) AS total_sales
FROM order_items oi
INNER JOIN products p ON oi.product_id = p.product_id
GROUP BY p.category
HAVING total_sales > 10000;  -- 聚合后过滤

-- 先过滤再聚合(效率更高)
SELECT p.category, SUM(oi.quantity * oi.price) AS total_sales
FROM order_items oi
INNER JOIN products p ON oi.product_id = p.product_id
WHERE oi.created_at > '2023-01-01'  -- 先过滤
GROUP BY p.category;

五、子查询与 EXISTS

在处理子查询时,应根据具体情况选择使用 IN 或 EXISTS。通常情况下,EXISTS 更高效,只需要检查子查询中是否存在匹配的记录。

sql 复制代码
-- 查询有订单的用户
SELECT * FROM users u
WHERE EXISTS (
  SELECT 1 FROM orders o 
  WHERE o.user_id = u.user_id
);

-- 等效 IN 查询
SELECT * FROM users 
WHERE user_id IN (SELECT user_id FROM orders);

六、JSON 数据处理

MySQL 支持对 JSON 字段进行提取和查询。可以使用 -> 操作符或 JSON_EXTRACT 函数来提取 JSON 字段中的值。

sql 复制代码
SELECT product_id, 
       attributes->'$.color' AS color,
       attributes->'$.size' AS size 
FROM products 
WHERE attributes->'$.color' = '"red"';


SELECT JSON_EXTRACT(attributes, '$.weight') 
FROM products 
WHERE product_id = 1001;

|-----------------------------------------------------------------------------------------------------|--------------------|--------------------------------------------------------------------------------------------------|
| ← 上一篇 Java进阶------常用类及常用方法详解 | 记得点赞、关注、收藏哦! | 下一篇 Java进阶------数组超详细整理 → |

相关推荐
ClouGence2 小时前
数据库变更审批困局,被这个开源工具解决了
数据库·开源
TDengine (老段)2 小时前
TDengine IDMP 十大实用功能(9)
大数据·数据库·人工智能·物联网·时序数据库·tdengine·idmp
starrocks_stella3 小时前
EMR Serverless StarRocks Object Table:用 SQL 连接 OSS 文件与多模态 AI
数据库
这个DBA有点耶4 小时前
以为自增ID只是有空洞?聊聊双主架构下无声的“数据覆盖”
数据库·mysql·dba
陈布衣4 小时前
MySQL(1)_MySQL 5.7.21 Linux 安装笔记
linux·笔记·mysql
钱栈up4 小时前
内网全断,怎么核实高炉和烧结系统的数据库对接信息
数据库
weavecodes5 小时前
双层缓存与权限实时生效:织码在线教育系统的 Caffeine + Redis 设计
数据库
bksczm5 小时前
InnoDB 页结构详解:页类型、页头页尾、数据行与页目录
数据库·mysql
bksczm6 小时前
InnoDB 行格式详解:DYNAMIC / COMPACT / COMPRESSED / REDUNDANT
java·开发语言·数据库
余槐i6 小时前
MySQL 8.0 联合索引走错:为什么加了索引查询反而从 200ms 变成 8s
java·spring boot·mysql·docker·性能优化