mysql數(shù)據(jù)庫(kù)的orderby排序無(wú)效？Order by convert（科室名稱使用GBK）、convert（床號(hào)使用GBK）、convert（用藥時(shí)間使用GBK）（GBK）列名不能用單引號(hào)括起來(lái)

mysql數(shù)據(jù)庫(kù)的orderby排序無(wú)效？

Order by convert（科室名稱使用GBK）、convert（床號(hào)使用GBK）、convert（用藥時(shí)間使用GBK）（GBK）列名不能用單引號(hào)括起來(lái)，但它們是字符串。如果用UTF-8編碼格式對(duì)漢字排序，則按ASCII碼、一級(jí)漢字和二級(jí)漢字排列

MySQL長(zhǎng)期只允許前向ASC存儲(chǔ)創(chuàng)建索引，即使創(chuàng)建了desc，也會(huì)被忽略。

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

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

對(duì)于以上查詢，尤其是當(dāng)數(shù)據(jù)量和并發(fā)量達(dá)到一定峰值時(shí)，操作系統(tǒng)的資源消耗非常大。一般情況下，這樣的SQL會(huì)以查詢計(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中一條排序語(yǔ)句order by是如何工作的？

MySQL的order by可以排序多個(gè)。多重排序語(yǔ)法：升序：select*fromtable按字段1命名順序，字段2降序：select*fromtable按字段1desc和字段2desc命名順序通過(guò)一個(gè)示例介紹：有一個(gè)名為student的表和一個(gè)名為record的表。當(dāng)只對(duì)年齡進(jìn)行排序時(shí)，首先對(duì)年齡和ID進(jìn)行排序，然后對(duì)同一年齡段按ID進(jìn)行排序，MySQL的orderby可以對(duì)多個(gè)字段進(jìn)行排序。只需用逗號(hào)分隔orderby后面的字段。多重排序是有效的。選擇*from table order by files limit 01000如果文件相同，將按照*符號(hào)第二列的默認(rèn)順序排序。例如，如果數(shù)字類型是0、1、2、3，則字符類型可以是第一個(gè)字母的順序。