这篇文章将为大家详细讲解有关MySQL 5.7 ORDER BY排序的优化是怎样的,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。
在一些情况下,MySQL可以使用索引而无需额外的排序来执行ORDER BY排序。
即使ORDER BY没有匹配上指定的索引,也可以使用索引,只要所有未使用索引部分和所有ORDER BY字段是WHERE语句的常数。
SELECT * FROM t1
ORDER BY key_part1,key_part2,... ;
SELECT * FROM t1
WHERE key_part1 = constant ORDER BY key_part2;
SELECT * FROM t1
ORDER BY key_part1 DESC, key_part2 DESC;
SELECT * FROM t1
WHERE key_part1 = 1
ORDER BY key_part1 DESC, key_part2 DESC;
SELECT * FROM t1
WHERE key_part1 > constant ORDER BY key_part1 ASC;
SELECT * FROM t1
WHERE key_part1 < constant ORDER BY key_part1 DESC;
SELECT * FROM t1
WHERE key_part1 = constant1 AND key_part2 > constant2 ORDER BY key_part2;
在某些情况下,MySQL不会使用索引进行排序
查询使用多个不同的索引进行排序
SELECT * FROM t1 ORDER BY key1, key2;
查询在索引的非连续部分上使用排序
SELECT * FROM t1 WHERE key2=constant ORDER BY key_part2;
排序中既有ASC又有DESC
SELECT * FROM t1 ORDER BY key_part1 DESC, key_part2 ASC;
用于获取数据的索引不同于ORDER BY排序的索引
SELECT * FROM t1 WHERE key2=constant ORDER BY key1;
查询使用表达式进行排序,而不是使用索引的字段名进行排序
SELECT * FROM t1 ORDER BY ABS(key);
SELECT * FROM t1 ORDER BY -key;
查询关联了许多表,并且ORDER BY使用的字段不是返回行的第一个非常量表中的字段(在EXPLAIN执行计划输出中第一个表的连接类型不是const)
查询使用不同的ORDER BY和GROUP BY表达式
在排序中只使用了一个字段的前缀索引
索引没有按照顺序存储行,例如MEMORY表的HASH索引
如果一个查询包含GROUP BY,但是你不想将查询结果排序,可以通过ORDER BY NULL语句来取消排序
INSERT INTO foo
SELECT a, COUNT(*) FROM bar GROUP BY a ORDER BY NULL;
与提升ORDER BY速度相关的系统参数:
增加sort_buffer_size参数的值。理想状况下,这个参数的值应该足够大,可以将整个结果集放入到sort buffer中,避免到磁盘中进行排序。
存储在缓冲区的列值的大小是由max_sort_length参数决定的。
想要监控排序在磁盘上的合并数量,可以通过观察Sort_merge_passes这个状态参数。
mysql> show global status like 'Sort_merge_passes';
+-------------------+-------+
| Variable_name | Value |
+-------------------+-------+
| Sort_merge_passes | 0 |
+-------------------+-------+
1 row in set (0.11 sec)
增加read_rnd_buffer_size参数的值。
定义列的时候,仅分配它们需要的值,这样每行在排序时可以使用更少的内存。例如,如果每列的值不超过16个字符,CHAR(16)比CHAR(200)更好。
改变tmpdir系统变量,将其指向一个专用的大容量的文件系统目录。
如果ORDER BY排序没有使用索引,但是语句中带有LIMIT语句,优化器可能会避免使用合并文件而是在内存中进行排序。
关于MySQL 5.7 ORDER BY排序的优化是怎样的就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看到。