轉自：http://blog.csdn.net/qq380107165/article/details/45502641
?
今天遇到一個查詢問題，多加了一個查詢參數導致查詢超時報黃，經過公司DBA改進，漲姿勢了。現在發出來跟大家分享一下！~
1 SELECT m.* FROM TB_UserSiteGroup u WITH(NOLOCK),Message.dbo.View_Message_8 m WITH(NOLOCK) 2 WHERE m.FromUserID = u.UserID AND u.AdminID =880982 and m.state=1 and m.touserID=0 AND u.siteid = 8 3 ORDER BY m.time DESC
?
這是原始SQL，多加了u.AdminID =880982 參數后導致查詢超時。
查詢后跟WITH(NOLOCK) 理論上可以加快查詢速度的33%，但有可能造成臟讀（百度一下，你就知道）
這是改進后的SQL：
?
1 SELECT m.* 2 FROM TB_UserSiteGroup u WITH ( NOLOCK,INDEX=IX_TB_UserSiteGroup_SiteID ) 3 JOIN Message.dbo.View_Message_8 m WITH ( NOLOCK ) 4 ON m.FromUserID = u.UserID 5 AND m.state = 1 6 AND m.touserID = 0 7 AND u.siteid = 8 8 AND u.AdminID = 880982 9 ORDER BY m.time DESC
?
由之前查詢時間2分多變成現在秒出。。。新建了IX_TB_UserSiteGroup_SiteID索引，并強制指定查詢索引。
?
由之前逗號連接（不知道叫啥）改為JOIN連接形式。
?
問了DBA，DBA說JOIN連接會自動搜索最優、最匹配索引進行查找，而逗號連接則是根據where 條件進行匹配查找。之間存在功能損耗。
這些是我模糊記得的東西，DBA說的具體都記不清了，可能不準確，歡迎各位同學補充探討。
?
1 SELECT m.* FROM TB_UserSiteGroup u WITH(NOLOCK,INDEX=IX_TB_UserSiteGroup_SiteID),Message.dbo.View_Message_8 m WITH(NOLOCK) 2 WHERE m.FromUserID = u.UserID AND u.AdminID =880982 and m.state=1 and m.touserID=0 AND u.siteid = 8 3 ORDER BY m.time DESC
?
這段SQL是原始SQL加了指定索引后的結果。
查詢耗時也是秒出。。。
從數據量和時間來看，暫時還看不出JOIN連接和逗號連接的本質區別。之后會跟進學習。
?
?
暫時就是這么多了，記下來供以后參考，也供大家參考學習。
歡迎 大拿 們不吝賜教。補充不對的地方……
