導(dǎo)讀:1建站知識以前一直以為優(yōu)化在百萬級的表中才會有意義，這次的事件改變了我的看法網(wǎng)站seo優(yōu)化培訓(xùn)高端網(wǎng)站建設(shè)。

兩張表 組織架構(gòu)表（Organise） 和 工資發(fā)放歷史記錄表 （WagePerMonthHis） 兩張表通過 Organise.Item_id 和 WagePerMonthHis.OrgIdS 進(jìn)行關(guān)聯(lián) Organise表(以下簡稱O表)中大約有6000條記錄11個字段 ,WagePerMonthHis(以下簡稱W表)計有 125萬條記錄 和 25個字段 原程序中一段如下的語句 是查詢所有不在W表的組織架構(gòu)層級為2的記錄

復(fù)制代碼 代碼網(wǎng)站seo優(yōu)化軟件如下:

select OrgId as 公司編碼,OrgName as 公司名稱 from Organise where OrgLev=2 and item_id not in (select OrgidSseo網(wǎng)站排名優(yōu)化軟件 from WagesPerMonthHis where WagesYear='2010' and WagesMonth= '01' Group by OrgidS,OrgNameS) order by Orgid

語句執(zhí)行要33秒之久,服務(wù)器的配置是比較高的:16核心4CPU,24G內(nèi)存,且內(nèi)存和CPU在執(zhí)行時都沒有出現(xiàn)瓶頸,開始以為是 (select OrgidS from WagesPerMonthHis where WagesYear='2010' and WagesMonth= '01' Group by OrgidS,OrgNameS) 這條語句執(zhí)行緩慢所致,單獨執(zhí)行這條卻發(fā)現(xiàn)執(zhí)行速度很快,大約不到2秒就出來了,于是癥結(jié)出來了,是not in 這個全掃描關(guān)鍵詞帶來的性能下降.最直接的是導(dǎo)致頁面失去響應(yīng),一個關(guān)鍵功能使用不了. 試了not exist語句,發(fā)現(xiàn)效果是一樣的,并不象網(wǎng)上所說可以提高很多性能. 于是重新優(yōu)化語句如下

復(fù)制代碼 代碼如下:

select a.OrgId as 公司編碼,a.OrgName as 公司名稱,a.item_id from Organise a left outer join (select distinct b.OrgIdS from WagesPerMonthHis b where WagesYear='2010' and WagesMonth='01') as b on a.item_id = b.OrgidS where a.OrgLev = 2 and b.OrgIdS is Null order by 公司編碼

改用左外連接(其實左連接也可以)后,整個語句執(zhí)行速度為400ms, 33秒與400ms 我想是seo網(wǎng)站關(guān)鍵詞優(yōu)化很多人沒想到的.相關(guān)網(wǎng)站seo優(yōu)化培訓(xùn)高端網(wǎng)站建設(shè)。

關(guān)鍵詞標(biāo)簽: 標(biāo)簽 語句