《Mysql學習MySQL索引用法實例分析》要點:
本文介紹了Mysql學習MySQL索引用法實例分析,希望對您有用。如果有疑問,可以聯系我們。
本文實例分析了MySQL索引用法.分享給大家供大家參考,具體如下:MYSQL應用
MYSQL描述:MYSQL應用
一個文章庫,里面有兩個表:category和article.category里面有10條分類數據.article里面有20萬條.article里面有一個"article_category"字段是與category里的"category_id"字段相對應的.article表里面已經把 article_category字義為了索引.數據庫大小為1.3G.MYSQL應用
問題描述:MYSQL應用
執行一個很普通的查詢:
MYSQL應用
辦理方案:MYSQL應用
建一個索引:MYSQL應用
繼續問題:
MYSQL應用
使用OR:MYSQL應用
select * from article where article_category=2 or article_category=3 order by article_id desc limit 5
執行時間:11.0777MYSQL應用
辦理方案:避免使用in 或者 or (or會導致掃表),使用union allMYSQL應用
使用UNION ALL:MYSQL應用
(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
執行時間:0.0261MYSQL應用
注:UNION 和UNION ALL 的區別MYSQL應用
在數據庫中,UNION和UNION ALL關鍵字都是將兩個結果集合并為一個,但這兩者從使用和效率上來說都有所不同.MYSQL應用
UNION在進行表鏈接后會篩選掉重復的記錄,所以在表鏈接后會對所產生的結果集進行排序運算,刪除重復的記錄再返回結果.MYSQL應用
實際大部分應用中是不會產生重復的記錄,最常見的是過程表與歷史表UNION.如:MYSQL應用
select * from gc_dfys union select * from ls_jg_dfys
這個SQL在運行時先取出兩個表的結果,再用排序空間進行排序刪除重復的記錄,最后返回結果集,如果表數據量大的話可能會導致用磁盤進行排序.MYSQL應用
而UNION ALL只是簡單的將兩個結果合并后就返回.這樣,如果返回的兩個結果集中有重復的數據,那么返回的結果集就會包含重復的數據了.MYSQL應用
從效率上說,UNION ALL 要比UNION快很多,所以,如果可以確認合并的兩個結果集中不包含重復的數據的話,那么就使用UNION ALL,如下:MYSQL應用
select * from gc_dfys union all select * from ls_jg_dfys
注:mysql中union all的order by問題MYSQL應用
今天寫mysql數據庫代碼的時候,發現union的結果不是預期的MYSQL應用
$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)";
分別執行$sql1 和 $sql2 的時候結果是對的MYSQL應用
但是執行$sql的時候,發現結果反了,$sql1的部分變升序,$sql2的部分變成降序MYSQL應用
搜索也沒有得到滿意的答案,好像有些數據庫還是不支持字句order by 的MYSQL應用
無意中發現這樣可以:
MYSQL應用
更多關于MySQL相關內容感興趣的讀者可查看本站專題:《MySQL索引操作技巧匯總》、《MySQL日志操作技巧大全》、《MySQL事務操作技巧匯總》、《MySQL存儲過程技巧大全》、《MySQL數據庫鎖相關技巧匯總》及《MySQL常用函數大匯總》MYSQL應用
希望本文所述對大家MySQL數據庫計有所贊助.MYSQL應用
維易PHP培訓學院每天發布《Mysql學習MySQL索引用法實例分析》等實戰技能,PHP、MYSQL、LINUX、APP、JS,CSS全面培養人才。
轉載請注明本頁網址:
http://www.snjht.com/jiaocheng/9851.html