當前位置:
首頁 >
Mysql索引优化实例讲解
發(fā)布時間:2023/12/13
100
豆豆
生活随笔
收集整理的這篇文章主要介紹了
Mysql索引优化实例讲解
小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.
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í)行一個很普通的查詢: SELECT * FROM `article` WHERE article_category=11 ORDER BY article_id DESC LIMIT 5 。執(zhí)行時間大約要5秒左右
解決方案:
建一個索引:create index idx_u on article (article_category,article_id);
SELECT * FROM `article` WHERE article_category=11 ORDER BY article_id DESC LIMIT 5 減少到0.0027秒
繼續(xù)問題:
SELECT * FROM `article` WHERE article_category IN (2,3) ORDER BY article_id DESC LIMIT 5 執(zhí)行時間要11.2850秒。
使用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關(guān)鍵字都是將兩個結(jié)果集合并為一個,但這兩者從使用和效率上來說都有所不同。
UNION在進行表鏈接后會篩選掉重復的記錄,所以在表鏈接后會對所產(chǎn)生的結(jié)果集進行排序運算,刪除重復的記錄再返回結(jié)果。
實際大部分應用中是不會產(chǎn)生重復的記錄,最常見的是過程表與歷史表UNION。如:
select * from gc_dfys union select * from ls_jg_dfys
這個SQL在運行時先取出兩個表的結(jié)果,再用排序空間進行排序刪除重復的記錄,最后返回結(jié)果集,如果表數(shù)據(jù)量大的話可能會導致用磁盤進行排序。
而UNION ALL只是簡單的將兩個結(jié)果合并后就返回。這樣,如果返回的兩個結(jié)果集中有重復的數(shù)據(jù),那么返回的結(jié)果集就會包含重復的數(shù)據(jù)了。
從效率上說,UNION ALL 要比UNION快很多,所以,如果可以確認合并的兩個結(jié)果集中不包含重復的數(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的結(jié)果不是預期的 ?$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 的時候結(jié)果是對的 但是執(zhí)行$sql的時候,發(fā)現(xiàn)結(jié)果反了,$sql1的部分變升序,$sql2的部分變成降序 搜索也沒有得到滿意的答案,好像有些數(shù)據(jù)庫還是不支持字句order by?的 無意中發(fā)現(xiàn)這樣可以, ?$sql = "select * from ($sql1) as temp1 union all select * from ($sql2) as temp2"; 這是因為你的union的用法不正確的原因。在union操作中,order by語句不能出現(xiàn)在由union操作組合的兩個select語句中。排序可以通過在第二個select語句后指定order by子句。
一個文章庫,里面有兩個表:category和article。category里面有10條分類數(shù)據(jù)。article里面有20萬條。article里面有一個"article_category"字段是與category里的"category_id"字段相對應的。article表里面已經(jīng)把 article_category字義為了索引。數(shù)據(jù)庫大小為1.3G。
問題描述:
執(zhí)行一個很普通的查詢: SELECT * FROM `article` WHERE article_category=11 ORDER BY article_id DESC LIMIT 5 。執(zhí)行時間大約要5秒左右
解決方案:
建一個索引:create index idx_u on article (article_category,article_id);
SELECT * FROM `article` WHERE article_category=11 ORDER BY article_id DESC LIMIT 5 減少到0.0027秒
繼續(xù)問題:
SELECT * FROM `article` WHERE article_category IN (2,3) ORDER BY article_id DESC LIMIT 5 執(zhí)行時間要11.2850秒。
使用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關(guān)鍵字都是將兩個結(jié)果集合并為一個,但這兩者從使用和效率上來說都有所不同。
UNION在進行表鏈接后會篩選掉重復的記錄,所以在表鏈接后會對所產(chǎn)生的結(jié)果集進行排序運算,刪除重復的記錄再返回結(jié)果。
實際大部分應用中是不會產(chǎn)生重復的記錄,最常見的是過程表與歷史表UNION。如:
select * from gc_dfys union select * from ls_jg_dfys
這個SQL在運行時先取出兩個表的結(jié)果,再用排序空間進行排序刪除重復的記錄,最后返回結(jié)果集,如果表數(shù)據(jù)量大的話可能會導致用磁盤進行排序。
而UNION ALL只是簡單的將兩個結(jié)果合并后就返回。這樣,如果返回的兩個結(jié)果集中有重復的數(shù)據(jù),那么返回的結(jié)果集就會包含重復的數(shù)據(jù)了。
從效率上說,UNION ALL 要比UNION快很多,所以,如果可以確認合并的兩個結(jié)果集中不包含重復的數(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的結(jié)果不是預期的 ?$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 的時候結(jié)果是對的 但是執(zhí)行$sql的時候,發(fā)現(xiàn)結(jié)果反了,$sql1的部分變升序,$sql2的部分變成降序 搜索也沒有得到滿意的答案,好像有些數(shù)據(jù)庫還是不支持字句order by?的 無意中發(fā)現(xiàn)這樣可以, ?$sql = "select * from ($sql1) as temp1 union all select * from ($sql2) as temp2"; 這是因為你的union的用法不正確的原因。在union操作中,order by語句不能出現(xiàn)在由union操作組合的兩個select語句中。排序可以通過在第二個select語句后指定order by子句。
總結(jié)
以上是生活随笔為你收集整理的Mysql索引优化实例讲解的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: (二十)TCPIP面试宝典-进入大厂必备
- 下一篇: mysql导入source数据库sql的