MySQL中慢查询优化的技术指南
更新时间：2025年06月24日 09:12:00 作者：拾荒的小海螺
后端开发中,数据库是系统性能瓶颈的高发地带,而慢查询往往是系统响应迟缓的罪魁祸首,本文将全面梳理慢SQL的优化思路,感兴趣的小伙伴可以了解下
1、简述
在 Java 后端开发中，数据库是系统性能瓶颈的高发地带，而 慢 SQL 查询 往往是系统响应迟缓的“罪魁祸首”。本文将全面梳理慢 SQL 的优化思路，并结合 Java 示例进行实战演练。
2、慢查询的常见表现
慢查询通常表现为：
- 接口响应时间缓慢
- 数据库 CPU 占用高
- 表锁、死锁频繁
- Java 应用线程池阻塞严重
慢 SQL 的主要成因
| 成因类型 | 说明 |
|---|---|
| 未使用索引 | 全表扫描，查询耗时 |
| 使用了低效的函数或表达式 | 如 LIKE '%xx%', DATE() |
| 多表关联不当 | join 条件缺失或不走索引 |
| 过多返回字段 | 只用到了部分字段却 SELECT * |
| where 条件不精准 | 无法过滤大量无关数据 |
| 数据库设计不合理 | 字段冗余、缺乏范式、字段类型错误等 |
3、慢查询优化的通用思路
加索引（重点）
为 WHERE、JOIN、ORDER BY、GROUP BY 中涉及的字段加索引
避免使用函数包裹字段，如 LEFT(name, 3)，会导致无法使用索引
使用 EXPLAIN 分析执行计划
EXPLAIN SELECT * FROM orders WHERE user_id = 100;
关注字段：
| 字段 | 说明 |
|---|---|
| type | 连接类型（越接近 const 越好） |
| rows | 扫描行数（越小越好） |
| key | 使用的索引名称 |
| Extra | 是否使用临时表、排序等 |
分页优化
避免深度分页：
-- 慢查询（跳过大量行） SELECT * FROM orders LIMIT 1000000, 20; -- 推荐（使用上次主键记录） SELECT * FROM orders WHERE id > 1000000 LIMIT 20;
拆表分区
垂直拆分：将大表按字段拆分为多个表
水平分表：按业务字段分库分表（如 user_id 分表）
分区表：MySQL 原生支持（适合历史归档数据）
减少嵌套子查询
使用 JOIN 或临时表替代子查询，更高效。
SQL 只查需要的字段
-- 慎用 SELECT * FROM user; -- 推荐 SELECT id, name, email FROM user;
4、慢 SQL 实践排查与优化
示例：慢查询前后对比
原始 SQL（慢）
SELECT * FROM orders WHERE DATE(create_time) = '2024-01-01';
问题：
- 使用了 DATE() 函数，索引失效
- 全表扫描，耗时严重
优化 SQL（快）
SELECT * FROM orders WHERE create_time >= '2024-01-01 00:00:00' AND create_time < '2024-01-02 00:00:00';
优点：
- 范围查询走索引
- 支持时间范围过滤
Java 中日志配置监控慢 SQL
# application.yml 示例（Spring Boot）
logging:
level:
com.zaxxer.hikari.HikariConfig: DEBUG
com.zaxxer.hikari: TRACE
spring:
datasource:
url: jdbc:mysql://localhost:3306/demo
username: root
password: root
hikari:
maximum-pool-size: 10
connection-timeout: 3000
使用工具（如 p6spy）打印 SQL 及耗时，或开启 MySQL 慢查询日志：
-- MySQL 开启慢查询日志 SET GLOBAL slow_query_log = 'ON'; SET GLOBAL long_query_time = 1; -- 超过 1 秒记录
SQL 优化 checklist
- 是否使用了合适的索引
- 是否避免了函数、表达式阻碍索引
- 是否使用了 EXPLAIN 检查执行计划
- 是否合理分页、避免深度翻页
- 是否控制了查询字段数量
- 是否考虑拆分大表或分区表
- 是否避免了嵌套子查询
5、SQL 优化实战样例
场景 1：模糊查询优化
-- 慢：前置通配符无法使用索引 SELECT * FROM user WHERE name LIKE '%abc%'; -- 优化：使用全文索引或右模糊匹配 SELECT * FROM user WHERE name LIKE 'abc%';
场景 2：避免函数阻碍索引
-- 慢 SELECT * FROM orders WHERE YEAR(create_time) = 2024; -- 快 SELECT * FROM orders WHERE create_time >= '2024-01-01' AND create_time < '2025-01-01';
场景 3：多字段组合索引使用顺序
-- 有联合索引 (user_id, status) -- 推荐：user_id 和 status 都参与 SELECT * FROM orders WHERE user_id = 100 AND status = 'PAID'; -- 不推荐：只用 status，索引无法生效 SELECT * FROM orders WHERE status = 'PAID';
6、结语
慢查询是系统性能优化的重要战场。对于 Java 开发者而言，理解 SQL 执行机制和优化原则，比“用缓存”更根本、更有效。
日常开发中，应做到：
- 编写 SQL 前先考虑是否能走索引
- 查询慢时第一时间用 EXPLAIN 排查
- 数据库设计时就考虑查询结构
到此这篇关于MySQL中慢查询优化的技术指南的文章就介绍到这了,更多相关MySQL慢查询内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！
相关文章
这篇文章主要介绍了MySQL的查询缓存机制基本学习教程,默认针对InnoDB存储引擎下来将,需要的朋友可以参考下2015-11-11
字符串分割是我们开发中经常会遇到的一个需求,下面这篇文章主要给大家介绍了关于Mysql将字符串按照指定字符分割的相关资料,文中通过实例代码介绍的非常详细,需要的朋友可以参考下2022-05-05
收集了，一个整理不错的，mysql备份与恢复用法2008-08-08
在某些数据库中有交叉表，但在MySQL中却没有这个功能，但网上看到有不少朋友想找出一个解决方法，特发贴集思广义2012-01-01
这篇文章主要为大家详细介绍了MySQL中乐观锁扣减库存原理的相关知识，文中的示例代码讲解详细，感兴趣的小伙伴可以跟随小编一起了解一下2023-04-04
当向mysql5.5插入中文时，会出现类似错误 ERROR 1366 (HY000): Incorrect string value: '\xD6\xD0\xCE\xC4' for column2011-09-09
这篇文章主要给大家介绍了一次MySQL启动导致的事故实战记录,记录了MySQL 启动成功但未监听端口的解决方法,文中给出了详细的解决方法,需要的朋友可以参考下2021-09-09
这篇文章主要介绍了mysql之TIMESTAMP（时间戳）用法,需要的朋友可以参考下2014-07-07
这篇文章主要给大家介绍了关于解决MySQL因不能创建 PID 导致无法启动的方法，文中通过示例代码介绍的非常详细，对大家具有一定的参考学习价值，需要的朋友们下面跟着小编一起来学习学习吧。2017-06-06
今天刚好看到了SYZ01的这篇mysql入门文章，感觉对于想学习mysql的朋友是个不错的资料，脚本之家特分享一下,需要的朋友可以参考下2018-01-01
最新评论