你真的了解MySQL的排序吗？全字段排序与rowid排序大揭秘

嗯...MySQL 排序...我需要清楚地解释这一点...
按所有字段排序...这些是 ORDER BY 后面的字段。
MySQL一看就说，哦，我们应该用这个分类。
它可以在这些字段上建立索引，尤其是共享索引。
这样就不需要全表扫描，而且速度可以更快。

然后，它使用sort_buffer在内存中排序。
如果数据量不大，内存又足够，那么就应该在内存中完成，这样速度很快。
但是想一想，如果数据量很大的话，比如说2 02 2 年，我遇到了一个项目。
在北京，表的数据量应该是几百万或者几百万条，那么sort_buffer_size应该增大。
如果不够并且超过这个大小，那么MySQL将不得不在磁盘上找到一个临时文件并使用归并排序。
这种合并排序速度很慢，并且必须从磁盘读取和写入磁盘。

所以如果能创建一个通用索引，覆盖ORDER BY之后的所有字段就更好了。
这是一个封面索引，可以省去很多麻烦。
我之前有一个客户用过这个，查询速度快多了。

至于行顺序...我不确定。
看来当数据量特别大，内存无法处理的时候，MySQL就会考虑行排序。
rowid 是主键的唯一 ID。
可能不会使用ORDER BY之后的字段来建立索引，而是使用主键的索引，这样排序时占用的内存会更少。

但是一旦排序，就会出现一堆行。
但如果你想要行数据，你就必须回去检查主键索引。
这需要额外的控制。
因此，这个策略是为了平衡内存和磁盘的使用。

优化...索引绝对是关键。
您应该根据您的查询构建适当的索引。
例如，对于北京项目，我们根据他们常用的查询构建了几个通用索引。
还有 LIMIT 子句。
如果你的LIMIT值很小，比如你只想检查1 0项，那么MySQL可以想办法使用索引排序而不是临时文件。

SQL分区也是一种方式。
有时，将一个复杂的查询拆分为几个简单的查询并使用临时表或存储中间结果可以节省很多麻烦。

GROUP BY 默认为升序，但您可以使用 ORDER BY 更改它。
这取决于具体情况。

总之，在全字段排序和内联排序之间，这两种方法应该根据你的数据量、内存和索引来决定。
索引是基础性的，应该精心设计。

MySQL排序分组性能优化技巧_MySQLORDER BY GROUP BY调优

mysql group by 多个字段索引性能

GROUPBY 多字段索引必须按顺序构建。
(a,b,c)分组，索引为(a,b,c)。
如果顺序错误或者字段缺失，MySQL必须使用临时表。

松散扫描仅对单表MIN/MAX有效。
对于跨表JOIN、非直接相邻函数、非常量WHERE，必须使用紧凑扫描。
全表扫描比临时表慢。

3 个字段与2 个字段相比，组合数量增加了1 0倍。
临时表无法再运行，因此如果使用磁盘排序，成本会呈指数级增长。
MySQL 8 .0之前，ORDER BYNULL可以节省排序。

索引字段较多，INSERT/UPDATE速度慢。
并发写入时，碎片和锁会减慢查询速度。

复合索引可以省事。
订单表分为（customer_id,product_id）， 对这两个字段建立索引比不建立索引快 1 00 倍。

不要建立太多的字段索引。
只优化最常用的。

EXPLAIN 查看类型列是否为索引。
键列显示所使用的索引。
Extra 有Usingtemporary 或Usingfilesort，必须更改。

自己掂量一下。

如何在mysql中优化ORDER BY和GROUP BY性能

我们来谈谈MySQL中的一些事情。
ORDER BY BY 和 GROUP BY 这两个操作有时确实很让人头疼，而且性能也不达标。
但我还有大约1 0年的论坛经验。

我们来谈谈为 ORDER BY 字段创建索引。
就像你家的书柜一样。
书籍必须放置好以便快速检查。
例如，如果您有一个用户表并希望按降序对其进行排序，请直接在年龄字段上创建一个名为 KEYidx_age(age) 的索引。
这样你就不需要MySQL对整个表进行排序，节省了你很多时间。

我们来谈谈更复杂的多列排序。
索引的构建方式必须与 ORDER BY 作为构建块相同。
例如，如果您想按城市降序排序，按年龄降序排序。
创建城市和年龄联合索引； KEYidx_city_age（城市，年龄）。

还有一个封面标签，类似于书架上的书籍标签。
如果你想找这本书，可以翻阅索引来找到它。
不必在本地阅读每本书，大大提高了效率。

谈论 GROUP BY 就像对书籍进行分类。
您必须为分组字段创建索引，例如KEYidx_city(city)。
如果同时使用 WHERE 条件和 GROUP BY，请创建一个连接索引，如 KEYidx_city_status(city, state)。

有时候，我们并不需要它必须避免分类和分组。
例如，应用层做了分类之后。
SQL中不需要添加ORDER BY或ORDER BY NULL。

对于调整系统参数，这相当于给MySQL加了一个小烤箱。
例如，增加 sort_buffer_size 可以加快排序速度。
文件是否属于机密或临时使用。
这些是性能瓶颈的迹象。

最后，我们来说说如何把实施方案做得更好。
有时MySQL按照自己的理解执行查询，这并不是最好的解决方案。
因此，我们可以通过 SETOPTIMIZER_SWITCH 强制使用索引。

这个案例就像训练孩子一样。
你必须小心。
您需要更多的练习和观察才能找到最适合您的数据库的方法。
不要盲目跟风；请记住，您必须根据自己的情况做出决定。