MySQL5.7ORDERBY排序的优化是怎样的-创新互联

这篇文章将为大家详细讲解有关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排序的优化是怎样的就分享到这里了，希望以上内容可以对大家有一定的帮助，可以学到更多知识。如果觉得文章不错，可以把它分享出去让更多的人看到。

网页题目：MySQL5.7ORDERBY排序的优化是怎样的-创新互联
标题来源：https://www.cdcxhl.com/article26/cojdjg.html

成都网站建设公司_创新互联，为您提供网站维护、微信小程序、定制开发、全网营销推广、微信公众号、营销型网站建设

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联