站長資訊網(wǎng)今天遇到一個(gè)問題 就是有個(gè)查詢需要按照指定的 ID 值順序來返回結(jié)果集 其實(shí)也可以放在程序中做排序 但是突然想看看能不能直接使用Mysql直接查詢返回 就找了下 還真有輔助函數(shù)實(shí)現(xiàn)。
Field()函數(shù)
Mysql中有提供一個(gè)函數(shù) Field() 可以按照我們給定的順序來自定義排序
示例：
假設(shè)現(xiàn)在有張城市信息表 叫 regions 有 主鍵 id 和 一個(gè)名稱屬性 name, 現(xiàn)在想查詢 ID 為 2、3、1 并按照這個(gè)順序返回
select id, name from regions;#id name
1 北京 2 上海 3 深圳
使用 field()
select id, name from regions order by field(id, 2, 3, 1);#id name
2 上海 3 深圳 1 北京
這樣就達(dá)到按按自定義順序排序的目的了
性能
mysql> explain select id from regions order by field(id, 2, 3, 1);+---+-------------+---------+------+---------------+-----+---------+-----+------+-----------------------------+|id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra ||-- | ----------- | ------- | ---- | ------------- | --- | ------- | --- | ---- | ----------------------------| |1 | SIMPLE | regions | index| NULL | id | 4 | NULL| 3 | Using index; Using filesort |+---+-------------+---------+------+---------------+-----+---------+-----+------+-----------------------------+
因?yàn)槲覀冊(cè)谑褂?Order By Field 的時(shí)候指定了是按照 主鍵ID 來排序 主鍵有個(gè) Primary 的主鍵索引 他會(huì)使用id來尋找條件等于 2,3,1 的記錄 所以可以看到在 Extra 中有 Using index 如果你換個(gè)別的沒有索引的字段這里就不會(huì)有它了。而 Order By 子句不能使用該索引 只能使用 Filesort 排序 也就是 Extra 中有 Using filesort 的原因
大概過程如下：
從id索引的第一個(gè)葉子節(jié)點(diǎn)出發(fā)，按順序掃描所有葉子節(jié)點(diǎn)
根據(jù)每個(gè)葉子節(jié)點(diǎn)記錄的主鍵id去主鍵索引(聚簇索引))找到真實(shí)的行數(shù)據(jù)
判斷行數(shù)據(jù)是否滿足 id = 2、3、1 條件，若滿足，則取出并返回
基本要遍歷全表了 有人說 它把選出的記錄的 id 在 FIELD 列表中進(jìn)行查找，并返回位置，以位置作為排序依據(jù)。
這樣的用法，會(huì)導(dǎo)致 Using filesort（當(dāng)然使用了Filesort 并不一定就會(huì)慢 有時(shí)候比不是用要更快），是效率很低的排序方式。
通常ORDER BY子句會(huì)與LIMIT子句配合，只取出部分行。如果只是為了取出top1的行 卻對(duì)所有行進(jìn)行排序，這顯然不是一種高效的做法。
總結(jié)
Field() 函數(shù)可以幫助我們?cè)跀?shù)據(jù)庫層直接完成一些需要的排序 可以簡(jiǎn)化業(yè)務(wù)代碼，但是同時(shí)它還會(huì)有兼容性和性能問題 建議可以用在數(shù)據(jù)變化頻率低 或者有長時(shí)間緩存的地方，而在數(shù)據(jù)量很大的情況下 可以采用數(shù)據(jù)庫查詢出數(shù)據(jù)在到程序中來排序吧
推薦學(xué)習(xí)：《mysql視頻教程》
