av一区二区在线观看_亚洲男人的天堂网站_日韩亚洲视频_在线成人免费_欧美日韩精品免费观看视频_久草视

您的位置:首頁技術文章
文章詳情頁

MySQL避免索引列使用 OR 條件

瀏覽:18日期:2023-10-16 17:08:23

這個虧已經吃過很多次了,在開發以前的sql代碼里面,許多以 or 作為where條件的查詢,甚至更新。這里舉例來說明使用 or 的弊端,以及改進辦法。

select f_crm_id from d_dbname1.t_tbname1 where f_xxx_id = 926067 and (f_mobile =’1234567891’ or f_phone =’1234567891’ ) limit 1

從查詢語句很容易看出,f_mobile和f_phone兩個字段都有可能存電話號碼,一般思路都是用 or 去一條sql解決,但表數據量一大簡直是災難:

MySQL避免索引列使用 OR 條件

t_tbanme1上有索引 idx_id_mobile(f_xxx_id,f_mobile) , idx_phone(f_phone) , idx_id_email(f_id,f_email) ,explain 的結果卻使用了 idx_id_email 索引,有時候運氣好可能走 idx_id_mobile f_xxx_id

因為mysql的每條查詢,每個表上只能選擇一個索引。如果使用了 idx_id_mobile 索引,恰好有一條數據,因為有 limit 1 ,那么恭喜很快得到結果;但如果 f_mobile 沒有數據,那 f_phone 字段只能在f_id條件下挨個查找,掃描12w行。 or 跟 and 不一樣,甚至有開發認為添加 (f_xxx_id,f_mobile,f_phone) 不就完美了嗎,要吐血了~

<!-- more -->

那么優化sql呢,很簡單( 注意f_mobile,f_phone上都要有相應的索引 ), 方法一 :

(select f_crm_id from d_dbname1.t_tbname1 where f_xxx_id = 926067 and f_mobile =’1234567891’ limit 1 ) UNION ALL (select f_crm_id from d_dbname1.t_tbname1 where f_xxx_id = 926067 and f_phone =’1234567891’ limit 1 )

MySQL避免索引列使用 OR 條件

兩條獨立的sql都能用上索引,分查詢各自limit,如果都有結果集返回,隨便取一條就行。

還有一種優化辦法,如果這種查詢特別頻繁(又無緩存),改成單獨的sql執行,比如大部分號碼值都在f_mobile上,那就先執行分sql1,有結果則結束,判斷沒有結果再執行分sql2 ,能減少數據庫查詢速度,讓代碼去處理更多的事情, 方法二 偽代碼:

sql1 = select f_crm_id from d_dbname1.t_tbname1 where f_xxx_id = 926067 and f_mobile =’1234567891’ limit 1;sq1.execute();if no result sql1: sql1 = select f_crm_id from d_dbname1.t_tbname1 where f_xxx_id = 926067 and f_phone =’1234567891’ limit 1; sql1.execute();

復雜一點的場景是止返回一條記錄那么簡單,limit 2:

select a.f_crm_id from d_dbname1.t_tbname1 as a where (a.f_create_time > from_unixtime(’1464397527’) or a.f_modify_time > from_unixtime(’1464397527’) ) limit 0,200

這種情況方法一、二都需要改造,因為 f_create_time,f_modify_time 都可能均滿足判斷條件,這樣就會返回重復的數據。

方法一需要改造:

(select a.f_crm_id from d_dbname1.t_tbname1 as a where a.f_create_time > from_unixtime(’1464397527’) limit 0,200 ) UNION ALL(select a.f_crm_id from d_dbname1.t_tbname1 as a where a.f_modify_time > from_unixtime(’1464397527’) and a.f_create_time <= from_unixtime(’1464397527’) limit 0,200 )

有人說 把 UNION ALL 改成 UNION 不就去重了嗎?如果說查詢比較頻繁,或者limit比較大,數據庫還是會有壓力,所以需要做trade off。

這種情況更多還是適合方法二,包括有可能需要 order by limit 情況。改造偽代碼:

sql1 = (select a.f_crm_id from d_dbname1.t_tbname1 as a where a.f_create_time > from_unixtime(’1464397527’) limit 0,200 );sql1.execute();sql1_count = sql1.result.countif sql1_count < 200 : sql2 = (select a.f_crm_id from d_dbname1.t_tbname1 as a where a.f_modify_time > from_unixtime(’1464397527’) and a.f_create_time <= from_unixtime(’1464397527’) limit 0, (200 - sql1_count) ); sql2.execute();final_result = paste(sql1,sql2);

or條件在數據庫上很難優化,能在代碼里優化邏輯,不至于拖垮數據庫。只有在 or 條件下無需索引時(且需要比較的數據量小),才考慮。

相同字段 or 可改成 in,如 f_id=1 or f_id=100 -> f_id in (1,100) 。 效率問題見文章 mysql中or和in的效率問題 。

上述優化情景都是存儲引擎在 InnoDB 情況下,在MyISAM有不同,見 mysql or條件可以使用索引而避免全表 。

來自: https://segmentfault.com/a/1190000005644978

標簽: MySQL 數據庫
相關文章:
主站蜘蛛池模板: 亚洲一区二区精品视频 | 欧美在线综合 | 黄色大片视频 | 亚洲天堂国产 | 男女啪啪免费 | 97超碰免费 | 亚洲久久久久久 | 国产h片在线观看 | 亚欧在线观看 | 狠狠操av| 成人激情在线观看 | 欧美精品三级 | 国产一级片免费观看 | 免费一级大片 | 成人免费在线观看 | av黄色大片| 国产精品黄色 | av网址在线免费观看 | 九九99久久| 国产91久久婷婷一区二区 | 日韩精品视频在线免费观看 | 在线a视频| 中文字幕网址在线 | 久久精品一区二区三区四区 | 国产综合亚洲精品一区二 | 久久久久久久久久久国产 | 国产精品一级二级 | 五月婷婷丁香网 | 婷婷第四色 | 亚洲成人黄色 | 欧美精品二区三区四区免费看视频 | 色六月婷婷 | 成人a视频 | 精品久久久久久一区二区里番 | 日韩精品视频网站 | 国产精品一区二区三区在线 | 欧美激情在线观看 | 国产嫩草视频 | 三级理论片 | 中文字幕亚洲精品 | 精品一区二区三区视频 |