轉自：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連接和逗號連接的本質區別。之后會跟進學習。

?

?

暫時就是這么多了，記下來供以后參考，也供大家參考學習。

歡迎 大拿 們不吝賜教。補充不對的地方……

轉載于:https://www.cnblogs.com/bjxingch/articles/7324374.html

總結

以上是生活随笔為你收集整理的SQL 强制指定索引加快查询速度的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。