MySQL中一條排序語(yǔ)句order by是如何工作的？MySQL只允許在很長(zhǎng)一段時(shí)間內(nèi)使用前向ASC存儲(chǔ)來(lái)創(chuàng)建索引。即使創(chuàng)建了desc，也會(huì)忽略它。例如，對(duì)于下面的查詢(xún)，我們不能充分發(fā)揮索引的最佳性能

MySQL中一條排序語(yǔ)句order by是如何工作的？

MySQL只允許在很長(zhǎng)一段時(shí)間內(nèi)使用前向ASC存儲(chǔ)來(lái)創(chuàng)建索引。即使創(chuàng)建了desc，也會(huì)忽略它。

例如，對(duì)于下面的查詢(xún)，我們不能充分發(fā)揮索引的最佳性能。

2. 從tb1中選擇*其中F1=。。。Order by F1 ASC，F(xiàn)2 desc

對(duì)于以上查詢(xún)，尤其是當(dāng)數(shù)據(jù)量和并發(fā)量達(dá)到一定峰值時(shí)，操作系統(tǒng)的資源消耗非常大。一般情況下，這樣的SQL會(huì)以查詢(xún)計(jì)劃中使用filesort的狀態(tài)出現(xiàn)。

例如，對(duì)于下表t1，Rank1字段有兩個(gè)索引，一個(gè)為正序，另一個(gè)為逆序。然而，在MySQL 8.0之前，它是以正序存儲(chǔ)的。根據(jù)Rank1 as two peas，以下兩個(gè)方面與extra相同，它們使用臨時(shí)文件排序。這兩個(gè)表示臨時(shí)表和排序在中間使用?？偟膩?lái)說(shuō)，執(zhí)行計(jì)劃中使用的工具的性能幾乎很差。除非我的臨時(shí)表不是太大，并且用于排序的緩沖區(qū)足夠大，否則性能不會(huì)太差。這兩個(gè)選項(xiàng)對(duì)性能有多大影響？

Mysql查詢(xún)?cè)趺磁判颍?/h2>

在mysql中，您可以指定按多個(gè)字段排序。例如，您可以使employee表跟隨ID字段和age字段進(jìn)行排序。在排序過(guò)程中，首先根據(jù)d琰ID字段進(jìn)行排序，遇到d琰如果ID字段的值相等，則將ID值相等的d琰記錄按照age字段進(jìn)行排序。

根據(jù)數(shù)據(jù)查詢(xún)employee表中的所有記錄。ID字段按降序排列，年齡字段按升序排列。