最近的產(chǎn)品測(cè)試發(fā)現(xiàn)一個(gè)問(wèn)題,當(dāng)并發(fā)數(shù)量小于10時(shí),響應(yīng)時(shí)間可以維持在100毫秒以內(nèi)。但是當(dāng)并發(fā)數(shù)到達(dá)30個(gè)時(shí),響應(yīng)時(shí)間就超過(guò)1秒。這太不能接受了,要求是通過(guò)1秒中并發(fā)100個(gè)。
經(jīng)過(guò)檢測(cè)發(fā)現(xiàn),時(shí)間主要是耗在其中的一個(gè)存儲(chǔ)過(guò)程中。把存儲(chǔ)過(guò)程的語(yǔ)句一條一條的過(guò)一遍也沒(méi)有發(fā)現(xiàn)明顯的不合理。因?yàn)閙ysql本身不能提供毫秒級(jí)別的時(shí)間,google了一個(gè)mysql的能提供毫秒的時(shí)間函數(shù),再做測(cè)試,做了一個(gè)定位。發(fā)現(xiàn)是其中一條語(yǔ)句,語(yǔ)句是這個(gè)樣子:
select .... from A, B where .....and A.id in (select id from C where ...);
in 子查詢語(yǔ)句的結(jié)果很少,就幾條。explain 這條語(yǔ)句,也沒(méi)有什么問(wèn)題。單條測(cè)試也沒(méi)有問(wèn)題。但是當(dāng)并發(fā)數(shù)大時(shí)問(wèn)題就出來(lái)了。
做了個(gè)改變:
select ... from A,B,(select ... from C where ...) S where ....;
再做測(cè)試,性能大為改觀。50個(gè)并發(fā)與10個(gè)并發(fā)幾乎是相同的響應(yīng)速度。
在mysql中,mysql可能都建議改成使用子查詢的聯(lián)合,而不用in。以前沒(méi)有經(jīng)過(guò)實(shí)驗(yàn)。現(xiàn)在終于看見(jiàn)其中的效率了。當(dāng)然,也不能盡相信。還是得根據(jù)自己的應(yīng)用來(lái)。最好是能做一些測(cè)試和實(shí)驗(yàn)。
總結(jié)
以上就是本文關(guān)于淺談mysql的子查詢聯(lián)合與in的效率的全部?jī)?nèi)容,希望對(duì)大家有所幫助。
感興趣的朋友可以參考:
幾個(gè)比較重要的MySQL變量
MySQL主庫(kù)binlog(master-log)與從庫(kù)relay-log關(guān)系代碼詳解
mysql數(shù)據(jù)庫(kù)開(kāi)發(fā)規(guī)范【推薦】
有什么問(wèn)題歡迎留言,大家一起交流討論。在此也希望朋友們對(duì)腳本之家網(wǎng)站多多支持!
您可能感興趣的文章:- 詳解Mysql多表聯(lián)合查詢效率分析及優(yōu)化
- mysql連接查詢、聯(lián)合查詢、子查詢?cè)砼c用法實(shí)例詳解
- MySQL全文索引、聯(lián)合索引、like查詢、json查詢速度哪個(gè)快
- mysql多表聯(lián)合查詢操作實(shí)例分析
- Mysql兩表聯(lián)合查詢的四種情況總結(jié)
- 對(duì)MySQL幾種聯(lián)合查詢的通俗解釋
- Mysql聯(lián)合查詢UNION和UNION ALL的使用介紹
- Mysql聯(lián)合查詢UNION和Order by同時(shí)使用報(bào)錯(cuò)問(wèn)題的解決辦法
- mysql多表聯(lián)合查詢返回一張表的內(nèi)容實(shí)現(xiàn)代碼
- 詳解MySQL 聯(lián)合查詢優(yōu)化機(jī)制