淺談mysql的子查詢聯(lián)合與in的效率
最近的產(chǎn)品測試發(fā)現(xiàn)一個問題,當(dāng)并發(fā)數(shù)量小于10時,響應(yīng)時間可以維持在100毫秒以內(nèi)。但是當(dāng)并發(fā)數(shù)到達30個時,響應(yīng)時間就超過1秒。這太不能接受了,要求是通過1秒中并發(fā)100個。
經(jīng)過檢測發(fā)現(xiàn),時間主要是耗在其中的一個存儲過程中。把存儲過程的語句一條一條的過一遍也沒有發(fā)現(xiàn)明顯的不合理。因為mysql本身不能提供毫秒級別的時間,google了一個mysql的能提供毫秒的時間函數(shù),再做測試,做了一個定位。發(fā)現(xiàn)是其中一條語句,語句是這個樣子:
select .... from A, B where .....and A.id in (select id from C where ...);
in 子查詢語句的結(jié)果很少,就幾條。explain 這條語句,也沒有什么問題。單條測試也沒有問題。但是當(dāng)并發(fā)數(shù)大時問題就出來了。
做了個改變:
select ... from A,B,(select ... from C where ...) S where ....;
再做測試,性能大為改觀。50個并發(fā)與10個并發(fā)幾乎是相同的響應(yīng)速度。
在mysql中,mysql可能都建議改成使用子查詢的聯(lián)合,而不用in。以前沒有經(jīng)過實驗?,F(xiàn)在終于看見其中的效率了。當(dāng)然,也不能盡相信。還是得根據(jù)自己的應(yīng)用來。最好是能做一些測試和實驗。
總結(jié)
以上就是本文關(guān)于淺談mysql的子查詢聯(lián)合與in的效率的全部內(nèi)容,希望對大家有所幫助。
感興趣的朋友可以參考:
MySQL主庫binlog(master-log)與從庫relay-log關(guān)系代碼詳解
mysql數(shù)據(jù)庫開發(fā)規(guī)范【推薦】
有什么問題歡迎留言,大家一起交流討論。在此也希望朋友們對腳本之家網(wǎng)站多多支持!
相關(guān)文章
Windows下mysql?8.0.29?winx64安裝配置方法圖文教程
這篇文章主要為大家詳細介紹了Windows下mysql?8.0.29?winx64安裝配置方法圖文教程,文中安裝步驟介紹的非常詳細,具有一定的參考價值,感興趣的小伙伴們可以參考一下2022-07-07簡單實現(xiàn)MySQL服務(wù)器的優(yōu)化配置方法
我們今天主要向大家描述的是MySQL服務(wù)器的優(yōu)化配置的時機操作步驟,以及在MySQL服務(wù)器的優(yōu)化配置的的過程中值得我們主義的事項的介紹。2011-03-03最新MySql8.27主從復(fù)制及SpringBoot項目中的讀寫分離實戰(zhàn)教程
MySQL主從復(fù)制是一個異步的復(fù)制過程,底層是基于MySQL1數(shù)據(jù)庫自帶的二進制日志功能,這篇文章主要介紹了最新MySql8.27主從復(fù)制及SpringBoot項目中的讀寫分離實戰(zhàn)教程,需要的朋友可以參考下2022-08-08刪除mysql數(shù)據(jù)庫中的重復(fù)數(shù)據(jù)記錄
mysql中select distinct * from text不能顯示不重復(fù)的記錄,而是直接全部顯示2008-06-06MySQL數(shù)據(jù)庫CPU飆升到100%的詳細解決方案
在監(jiān)控線上數(shù)據(jù)庫的運行是否安全、正常的過程中,cpu使用率是一個重要的指標(biāo),一旦cpu使用率飆升至90%+甚至達到100%,必然會對數(shù)據(jù)庫的正常工作產(chǎn)生影響,下面這篇文章主要給大家介紹了關(guān)于MySQL數(shù)據(jù)庫CPU飆升到100%的詳細解決方案,需要的朋友可以參考下2023-05-05MySQL select、insert、update批量操作語句代碼實例
這篇文章主要介紹了MySQL select、insert、update批量操作語句代碼實例,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2020-03-03