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

在处理子查询时,应根据具体情况选择使用 INEXISTS。通常情况下,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进阶------数组超详细整理 → |

相关推荐
倔强的石头_7 小时前
《Kingbase护城河》——猎捕慢查询:执行计划的微观解析与索引调优实战
数据库
SelectDB8 小时前
Apache Doris Python UDF:让 SQL 直接调用 Python 生态,支撑 Agent 时代复杂业务逻辑
大数据·数据库·python
jiayou641 天前
KingbaseES 表级与列级加密完全指南
数据库·后端
GBASE2 天前
G术时刻 |GBase 8s数据库事务并发控制之封锁技术介绍(下)
数据库
xiezhr3 天前
逛GitHub发现了一款免费的带AI功能的数据库管理工具
数据库·ai编程·dba
唐青枫4 天前
MySQL JSON 实战详解:从存储、查询、更新到 JSON_TABLE 与索引
sql·mysql
吃糖的小孩4 天前
给 QQ AI 机器人设计“可控记忆”:会话摘要、手动长期记忆与角色卡边界
数据库
小满8784 天前
5.Mysql事务隔离级别与锁机制
mysql
笃行3504 天前
金仓数据库数据安全双防线:静态存储加密与传输加密实战
数据库
笃行3504 天前
金仓数据库物理备份实战:sys_rman 全流程演练与误覆盖抢救
数据库