LIKE、ORDER BY、GROUP BY索引优化

最新推荐文章于 2025-05-10 17:40:20 发布
最新推荐文章于 2025-05-10 17:40:20 发布
阅读量1.1k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： MySQL
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/ajaxuser/article/details/8444280
本文介绍了SQL中三种高级查询技巧：LIKE用于模糊匹配搜索，ORDER BY用于结果排序，GROUP BY则用于对结果集按一列或多列进行分组，以便进行聚合操作。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.LIKE

2.ORDER BY

3.GROUP BY


第七阶段【SQL优化】07：如何让order by group by查询更快
weixin_40612128的博客
05-08 31
如何让order by group by查询更快
【SQL】查询优化|排序优化|group by优化|分页查询优化|覆盖索引
null
11-26 1178
这是一个常见又头疼的问题，有很庞大的一堆数据，要查看第200万条数据后的10条数据，此时需要MySQL排序前2000010条数据，从中返回第2000000~2000010的记录，其他记录丢弃，查询排序的代价非常大。子查询是 MySQL 的一项重要的功能，可以帮助我们通过一个 SQL 语句实现比较复杂的查询。但是，子查询的执行效率不高。连接查询不需要建立临时表，其速度比子查询要快，如果查询中使用索引的话，性能就会更好。由于覆盖索引可以减少树的搜索次数，显著提升查询性能，所以使用覆盖索引是个常用的优化手段。
oracle_11gR2_08 分组查询GROUP BY,模糊查询LIKE
03-15
oracle_11gR2_08 分组查询GROUP BY,模糊查询LIKE
like ,order 使用索引
走马观花
10-17 940
http://www.itpub.net/thread-377823-1-1.html 前几天有过讨论。 我的建议就是尽量避免使用"%黄%",改为如下： select ui."UID" ui_uid, uc.id uc_id, ui.cn from um_userinfo ui, um_user_contact uc where ui.cn like '黄%' and uc.borro
MySQL的Order by与Group by优化详解！
最新发布
qq_56158663的博客
05-10 1963
MySQL的Order by和Group by优化详解，通俗易懂！🎉
MySQL 实现一个简单版搜索引擎，真是绝了！
Java技术栈，分享最主流的Java技术
10-28 846
Java技术栈www.javastack.cn关注阅读更多优质文章作者：jiaxin出处：http://www.cnblogs.com/YangJiaXin/本文教大家使用 MySQL ...
MySQL高级- group by ,order by 索引优化
liaonanfeng88的优快云博客
07-22 8898
一：索引失效 　　　　　 　　　　　　1、 　　　　　　 　　　　　　2、最佳左前缀法则 　　　　　　　　 　　　　　　4、 　　　　　　 　　　　8、 　　　　　　 　　　　　　 　　　　　　　　使用覆盖索引解决这个问题。 　　　　　　 　　　　　　 　　　　　　 　　二、索引优化 　　　　1、ORDER BY 子句，尽量使用Index方式排序，避免使用File...
mysql group by 索引_mysql 索引扫描实现 GROUP BY
weixin_39857899的博客
01-27 270
mysql> show index from t1;+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+| Table | Non_unique | Key_name |...
Mysql索引下推、Order by优化和Using filesort文件排序原理
swadian2008的博客
04-15 2285
目录 1、like 'KK%' 和索引下推 2、Order by 和 Group by 优化 3、Using filesort文件排序原理 // 以下建表结构和数据同《Mysql explain 索引优化案例》 1、like 'KK%' 和索引下推 like 'KK%'一般情况都会走索引，原因是like 'KK%' 用到了索引下推优化 EXPLAIN SELECT * FROM employees WHERE name like 'LiLei%' AND age = 22 AND posi.
MySQL---优化（insert、order by 、group by 、limit、子查询）
weixin_43961909的博客
05-28 922
GROUP BY 实际上也同样会进行排序操作，而且与ORDER BY 相比，GROUP BY 主要只是多了。所以，在GROUP BY 的实现过程中，与 ORDER BY 一样也可以利用到索引。如果在分组的时候还使用了其他的一些聚合函数，那么还需要一些聚合函数。但是，有些情况下，子查询是可以被更高效的连接（①在索引上完成排序分页操作，最后根据主键关联回原表查询所需要的其他列内容。②该方案适用于主键自增的表，可以把Limit 查询转换成某个位置的查询。排序，所有不是通过索引直接返回排序结果的。
order by优化案例与原理剖析
夏壹分享
07-02 1191
通过利用索引、优化Sort Buffer、优化查询语句，我们可以显著提高数据库的性能。在优化过程中，我们需要根据具体的业务场景和数据库环境，选择合适的优化策略和方法。
MySQL高级-SQL优化- group by 优化（通过索引来提高效率）
小丁的博客
06-28 865
MySQL高级-SQL优化- group by 优化（通过索引来提高效率）
group by是否应该使用索引
热门推荐
静室
08-28 2万+
在MySQL的论坛上看到有人说“ Index slows down SELECT ... GROUP BY query”，追究下来才知道做group by有时不要索引更好。MySQL为此在5.0.40和5.1.17中追加了新的语法。5.0.40 ignore key for join (idxname)5.1.17 ignore key for join |order by | group by(...
order by与索引
zhran123的专栏
04-23 606
ORDER BY 通常会有两种实现方法，一个是利用有序索引自动实现，也就是说利用有序索引的有序性就不再另做排序操作了。另一个是把结果选好之后再排序。 用有序索引这种，当然是最快的，不过有一些限制条件，来看下面的测试。 测试数据：student表有两个字段id ,sid ,id是主键。一共有20W条记录，id从1到200000,sid也是从1到200000的数据。 第一种情况 : or
oracle 《三》group by like 模糊查询
银河系天城知识宝库_技术专家蒋浩宇
08-10 1万+
--group by 主要目的分租统计 --查询的字段需要在group by 后边出现 select t.sname,count(t.sno) from testuser t where t.sno is not null group by t.sname; -- max(t.sno),min(t.sno) 通配符 % 与 _ % ：表示任意多个字符 _ : 表示任意一个字符 ...
mysql中groupby会用到索引吗_Mysqlgroupby实现方式(一)-索引扫描
weixin_40009472的博客
12-21 8953
由于GROUP BY实际上也同样须要进行排序操作，而且与ORDER BY相比，GROUP BY主要只是多了排序之后的分组操作。所以，在GROUP BY的实现过程中，与ORDER BY一样可以利用索引例如有一个索引idx(c1,c2,c3)SELECT c1, c2 FROM t1 WHERE c1 < 10 GROUP BY c1, c2;这条查询就可以直接使用索引扫描完成使用索引扫描需要什...
SQL3 之常用查询 LIKE ORDER BY 选取关键字、排序
HaileeRPIJNU的博客
06-09 463
LIKE ORDER BY， 截取关键字、排序
Mysql基础篇-15-索引-Group By关键字优化
Alan0517
01-11 263
group by实质是先排序后进行分组，遵照索引建的最佳左前缀; 当无法使用索引列，增大max_length_for_sort_data参数的设置+增大sort_buffer_size参数的设置 where高于having，能写在where限定的条件就不要去having限定了。 尽量不要使用 distinct 关键字去重：优化 例子：select kcdz form t_mall_sku where id in( 3,4,5,6,8 ) 将产生重复数据， select distinct kcdz form
SQL group by底层原理——本质是排序，可以利用索引事先排好序
weixin_38092816的博客
06-09 1425
前言 由于GROUP BY 实际上也同样会进行排序操作，而且与ORDER BY 相比，GROUP BY 主要只是多了排序之后的分组操作。当然，如果在分组的时候还使用了其他的一些聚合函数，那么还需要一些聚合函数的计算。所以，在GROUP BY 的实现过程中，与 ORDER BY 一样也可以利用到索引。 在MySQL 中，GROUP BY 的实现同样有多种（三种）方式，其中有两种方式会利用现有的索引信息来完成 GROUP BY，另外一种为完全无法使用索引的场景下使用。下面我们分别针对这三种实现方式做一个分析。
mysql order by 很慢怎么优化
03-21
<think>嗯，用户想优化MySQL中ORDER BY的执行速度。首先，我需要回忆一下相关的知识点。记得ORDER BY的性能问题通常和索引、排序缓冲区以及查询优化有关。 根据引用[2]，在ORDER BY的字段上加索引可以提升排序速度，因为索引已经排好序了。所以第一步应该检查是否已经为排序字段建立了合适的索引。比如，如果查询是SELECT * FROM users ORDER BY name，那么给name字段加索引可能会有帮助。不过还要注意，如果查询中有WHERE条件，可能需要组合索引，并且把排序字段放在后面，比如WHERE age > 18 ORDER BY name，这时候索引应该是(age, name)这样的组合。 另外，引用[4]提到排序可能在内存或外部进行，这取决于sort_buffer_size的大小。如果数据量太大，超过这个缓冲区，就会使用磁盘临时文件，导致性能下降。所以调整sort_buffer_size参数也是一个方法，但要注意不要设置过高，避免占用过多内存。 还有，引用[3]指出使用索引后，排序方式会从Using filesort变为Using index，这显然更高效。但有时候即使有索引，也可能因为回表操作导致效率不高。这时候可能需要覆盖索引，也就是索引包含所有查询需要的字段，避免回表。 然后，用户可能没有提到，但需要考虑的是避免SELECT *，只选择需要的字段，减少数据量。同时，分页查询时的大偏移量问题，比如LIMIT 100000,10，这时候可以用延迟关联来优化。 另外，如果多个排序条件存在，可能需要根据情况建立不同的索引，或者调整索引顺序。还有，如果查询中有JOIN操作，可能需要考虑连接字段的索引情况，以及排序字段是否在连接后的表中。 还有，是否使用了临时表或文件排序，可以通过EXPLAIN查看执行计划中的Extra字段。如果有Using filesort，说明需要优化。这时候可能需要调整索引或者查询语句的结构。 可能还需要考虑数据库的版本，不同版本对优化器的改进可能影响执行计划。比如，MySQL 8.0的一些新特性是否有助于优化排序。 总结下来，步骤应该是：检查索引是否合理，确保使用覆盖索引，调整排序缓冲区大小，优化查询语句减少数据量，使用延迟关联处理分页，分析执行计划确认问题点。同时，结合引用中的建议，如使用UNION ALL代替UNION，减少不必要的排序，这也是需要注意的点。</think>### 分步优化 MySQL 中 ORDER BY 性能的方法 #### 1. **为排序字段添加索引** - **原理**：索引天然按顺序存储数据，能直接跳过排序步骤。 - **操作**：若排序字段为 `name`，建立索引 `ALTER TABLE table ADD INDEX idx_name (name)`。若查询包含 `WHERE` 条件（如 `WHERE age > 18 ORDER BY name`），应创建组合索引 `(age, name)`[^2][^3]。 - **验证**：执行 `EXPLAIN` 查看是否出现 `Using index` 而非 `Using filesort`[^3]。 #### 2. **使用覆盖索引避免回表** - **场景**：若查询字段全部包含在索引中，可直接通过索引完成排序。 - **示例**：若查询为 `SELECT id, name FROM users ORDER BY name`，将索引设计为 `(name, id)` 即可实现覆盖索引[^3]。 #### 3. **调整 sort_buffer_size 参数** - **原理**：增大排序缓冲区可减少磁盘临时文件的使用。 - **操作**：在 MySQL 配置文件（如 `my.cnf`）中设置 `sort_buffer_size = 8M`（根据服务器内存调整）。但需注意单连接独占该内存，避免设置过高[^4]。 #### 4. **减少排序数据量** - **优化方法**： - 添加 `WHERE` 条件过滤无关数据。 - 避免 `SELECT *`，仅选择必要字段。 - 分页时使用延迟关联（如 `SELECT * FROM table INNER JOIN (SELECT id FROM table ORDER BY name LIMIT 100000,10) AS tmp USING(id)`）。 #### 5. **避免隐式排序干扰** - **注意点**： - 使用 `UNION` 会默认去重并排序，优先改用 `UNION ALL`。 - `DISTINCT`、`GROUP BY` 可能触发额外排序，需结合业务逻辑优化。 #### 6. **监控与执行计划分析** - **诊断工具**： - 通过 `EXPLAIN` 查看是否出现 `Using filesort`。 - 使用 `SHOW STATUS LIKE 'Sort%'` 监控磁盘排序次数（`Sort_merge_passes` 值高说明需优化）。 --- ### 示例优化前后对比 **原始查询** ```sql SELECT * FROM orders WHERE status='paid' ORDER BY create_time DESC; ``` **优化步骤** 1. 建立组合索引 `(status, create_time)`。 2. 修改查询为 `SELECT order_id, customer_id FROM orders WHERE status='paid' ORDER BY create_time DESC`（利用覆盖索引）。 执行计划将从 `Using where; Using filesort` 变为 `Using index`，性能提升显著。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值