本文實例分析了MySQL索引用法。分享給大家供大家參考，具體如下：

MYSQL描述：

一個文章庫，里面有兩個表：category和article。category里面有10條分類數(shù)據(jù)。article里面有20萬條。article里面有一個"article_category"字段是與category里的"category_id"字段相對應的。article表里面已經(jīng)把 article_category字義為了索引。數(shù)據(jù)庫大小為1.3G。

問題描述：

執(zhí)行一個很普通的查詢：

解決方案：

建一個索引：

繼續(xù)問題：

使用OR:

select * from article
where article_category=2
or article_category=3
order by article_id desc
limit 5

執(zhí)行時間：11.0777

解決方案：避免使用in 或者 or (or會導致掃表)，使用union all

使用UNION ALL：

(select * from article where article_category=2 order by article_id desc limit 5)
UNION ALL (select * from article where article_category=3 order by article_id desc limit 5)
ORDER BY article_id desc
limit 5

執(zhí)行時間：0.0261

注:UNION 和UNION ALL 的區(qū)別

在數(shù)據(jù)庫中，UNION和UNION ALL關鍵字都是將兩個結果集合并為一個，但這兩者從使用和效率上來說都有所不同。

UNION在進行表鏈接后會篩選掉重復的記錄，所以在表鏈接后會對所產(chǎn)生的結果集進行排序運算，刪除重復的記錄再返回結果。

實際大部分應用中是不會產(chǎn)生重復的記錄，最常見的是過程表與歷史表UNION。如：

select * from gc_dfys union select * from ls_jg_dfys

這個SQL在運行時先取出兩個表的結果，再用排序空間進行排序刪除重復的記錄，最后返回結果集，如果表數(shù)據(jù)量大的話可能會導致用磁盤進行排序。

而UNION ALL只是簡單的將兩個結果合并后就返回。這樣，如果返回的兩個結果集中有重復的數(shù)據(jù)，那么返回的結果集就會包含重復的數(shù)據(jù)了。

從效率上說，UNION ALL 要比UNION快很多，所以，如果可以確認合并的兩個結果集中不包含重復的數(shù)據(jù)的話，那么就使用UNION ALL，如下：

select * from gc_dfys union all select * from ls_jg_dfys

注：mysql中union all的order by問題

今天寫mysql數(shù)據(jù)庫代碼的時候，發(fā)現(xiàn)union的結果不是預期的

$stime = date("H:i:s");
$sql1 = "select * from T where '$stime'>stime order by stime desc";
$sql2 = "select * from T where stime>'$stime' order by stime asc";
$sql = "($sql) union all ($sql2)";

分別執(zhí)行$sql1 和 $sql2 的時候結果是對的

但是執(zhí)行$sql的時候，發(fā)現(xiàn)結果反了，$sql1的部分變升序，$sql2的部分變成降序

搜索也沒有得到滿意的答案，好像有些數(shù)據(jù)庫還是不支持字句order by 的

無意中發(fā)現(xiàn)這樣可以：

更多關于MySQL相關內容感興趣的讀者可查看本站專題：《MySQL索引操作技巧匯總》、《MySQL日志操作技巧大全》、《MySQL事務操作技巧匯總》、《MySQL存儲過程技巧大全》、《MySQL數(shù)據(jù)庫鎖相關技巧匯總》及《MySQL常用函數(shù)大匯總》

希望本文所述對大家MySQL數(shù)據(jù)庫計有所幫助。

最新評論