union和子查詢中order?by一起使用導(dǎo)致排序失效問(wèn)題及解決
一、前言
分頁(yè)查詢的需求如同家常便飯,多數(shù)情況下主要利用order by
和limit
即可實(shí)現(xiàn),有些稍復(fù)雜一點(diǎn)的可能需要用到union
操作去連接多個(gè)子查詢結(jié)果集。
然而這三個(gè)操作是有一些需要留意的問(wèn)題,下文將列舉出3個(gè)可能碰到的情況。
MySQL版本:5.7.21
二、問(wèn)題列舉
2.1 子查詢中不能使用order by
簡(jiǎn)單的union
操作如下:
SELECT * FROM tb_artist WHERE id >= 10 UNION SELECT * FROM tb_artist WHERE id < 10
其結(jié)果為:
若子查詢中包含order by
,寫(xiě)法假設(shè)如下:
SELECT * FROM tb_artist WHERE id >= 10 ORDER BY id DESC UNION SELECT * FROM tb_artist WHERE id < 10
則語(yǔ)法報(bào)錯(cuò):1221 - Incorrect usage of UNION and ORDER BY
應(yīng)當(dāng)將子查詢括起來(lái),正確寫(xiě)法如下:
(SELECT * FROM tb_artist WHERE id >= 10 ORDER BY id DESC) UNION (SELECT * FROM tb_artist WHERE id < 10)
其結(jié)果為:
語(yǔ)法沒(méi)問(wèn)題了,但是注意到子查詢的order by
卻沒(méi)有效果,故引出下面第二種問(wèn)題。
2.2 子查詢order by無(wú)效
解決方式是在子查詢的order by
后添加limit
操作即可,具體可以limit
一個(gè)不小于子查詢結(jié)果集大小的數(shù)值,如下:
(SELECT * FROM tb_artist WHERE id >= 10 ORDER BY id DESC LIMIT 99999) UNION (SELECT * FROM tb_artist WHERE id < 10)
其結(jié)果為:
2.3 排序條件不夠嚴(yán)格導(dǎo)致分頁(yè)數(shù)據(jù)重復(fù)
該問(wèn)題與union
無(wú)直接聯(lián)系,屬于order by
及limit
本身的注意點(diǎn)。
即,如果SQL中的order by
條件比較寬松不夠嚴(yán)格,或者說(shuō)是結(jié)果集中的每行記錄存在并列或不唯一的次序的話,MySQL可能會(huì)隨機(jī)給并列記錄行進(jìn)行排序,特別是排序又分頁(yè)查詢配合了limit
操作,可能會(huì)導(dǎo)致上一頁(yè)有的記錄行又出現(xiàn)在了下一頁(yè)的結(jié)果集之中。
對(duì)一些后臺(tái)系統(tǒng)的分頁(yè)表格中可能感覺(jué)不明顯,但對(duì)于同樣SQL查詢邏輯的C端下拉列表的效果一目了然,特別是對(duì)帶有圖片的,很容易看到數(shù)據(jù)的重復(fù)。
解決方案:
所以在做分頁(yè)查詢時(shí),要盡量保證每行記錄都有唯一確定的次序,具體做法可以在原有排序條件后添加id或編號(hào)等這類唯一值的字段(索引字段也可以)。
例如,在藝術(shù)家artist創(chuàng)建時(shí)間降序排序的基礎(chǔ)上,再對(duì)唯一code進(jìn)行排序:
SELECT * FROM tb_artist WHERE logic_delete = 0 ORDER BY create_time DESC, code ASC LIMIT 0, 5
原因分析:
排序離不開(kāi)算法,在關(guān)系型數(shù)據(jù)庫(kù)中,往往會(huì)存在多種排序算法。通過(guò)MySQL
的源碼和官方文檔介紹可以得知,它的排序規(guī)律可以總結(jié)如下:
- 當(dāng)
order by
不能使用索引進(jìn)行排序時(shí),將使用排序算法進(jìn)行排序; - 若排序內(nèi)容能全部放入內(nèi)存,則僅在內(nèi)存中使用快速排序;
- 若排序內(nèi)容不能全部放入內(nèi)存,則分批次將排好序的內(nèi)容放入文件,然后將多個(gè)文件進(jìn)行歸并排序;
- 若排序中包含
limit
語(yǔ)句,則使用堆排序(不穩(wěn)定)優(yōu)化排序過(guò)程。
所以解決排序分頁(yè)數(shù)據(jù)重復(fù)問(wèn)題有兩種方式,第一種就是,在排序中加上唯一值,比如主鍵 id,這樣由于 id 是唯一的,就能確保參與排序的 key 值不相同;第二種就是避免使用堆排序,讓order by
根據(jù)索引來(lái)排序。
說(shuō)白了,就是order by
后面的字段要有索引。
另外,使用JPA
分頁(yè)查詢時(shí),若order by
的是非索引字段,通過(guò)查看JPA
的sql發(fā)現(xiàn),不會(huì)再去自動(dòng)在order by
后添加索引或id字段,需要注意。
MySQL5.7 相關(guān)文檔:
- https://dev.mysql.com/doc/refman/5.7/en/union.html
- https://dev.mysql.com/doc/refman/5.7/en/order-by-optimization.html
- https://dev.mysql.com/doc/refman/5.7/en/limit-optimization.html
總結(jié)
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
MySQL中查看數(shù)據(jù)庫(kù)安裝路徑的方法
有時(shí)候在我們開(kāi)發(fā)的過(guò)程中并不一定記得數(shù)據(jù)庫(kù)的安裝路徑,比如要查看mysql 數(shù)據(jù)庫(kù)的安裝目錄在哪里,這里就為大家分享一下2021-03-03MySQL查詢數(shù)據(jù)庫(kù)所有表名以及表結(jié)構(gòu)其注釋(小白專用)
查詢數(shù)據(jù)庫(kù)所有表的表名、備注,其實(shí)也是比較常見(jiàn)的操作,這篇文章主要給大家介紹了關(guān)于MySQL查詢數(shù)據(jù)庫(kù)所有表名以及表結(jié)構(gòu)其注釋的相關(guān)資料,文中通過(guò)圖文介紹的非常詳細(xì),需要的朋友可以參考下2024-08-08MySQL數(shù)據(jù)庫(kù)操作DML?插入數(shù)據(jù),刪除數(shù)據(jù),更新數(shù)據(jù)
這篇文章主要介紹了MySQL數(shù)據(jù)庫(kù)操作DML插入數(shù)據(jù),刪除數(shù)據(jù),更新數(shù)據(jù),DML是指數(shù)據(jù)操作語(yǔ)言,英文全稱是Data?Manipulation?Language,用來(lái)對(duì)數(shù)據(jù)庫(kù)中表的數(shù)據(jù)記錄進(jìn)行更新2022-07-07MySQL服務(wù)器進(jìn)程CPU占用100%的解決方法
早上幫朋友一臺(tái)服務(wù)器解決了 Mysql cpu 占用 100% 的問(wèn)題。稍整理了一下,將經(jīng)驗(yàn)記錄在這篇文章里。2010-12-12MySQL連接異常報(bào)10061錯(cuò)誤問(wèn)題解決
這篇文章主要介紹了MySQL連接異常報(bào)10061錯(cuò)誤問(wèn)題解決,本篇文章通過(guò)簡(jiǎn)要的案例,講解了該項(xiàng)技術(shù)的了解與使用,以下就是詳細(xì)內(nèi)容,需要的朋友可以參考下2021-08-08mysql 海量數(shù)據(jù)的存儲(chǔ)和訪問(wèn)解決方案
數(shù)據(jù)庫(kù)水平切分的實(shí)現(xiàn)原理解析---分庫(kù),分表,主從,集群,負(fù)載均衡器2010-05-05MySQL索引的缺點(diǎn)以及MySQL索引在實(shí)際操作中有哪些事項(xiàng)
以下的文章主要介紹的是MySQL索引的缺點(diǎn)以及MySQL索引在實(shí)際操作中有哪些事項(xiàng)是值得我們大家注意的,我們大家可能不知道過(guò)多的對(duì)索引進(jìn)行使用將會(huì)造成濫用,需要的朋友可以了解下2012-12-12