網(wǎng)上的SQL優(yōu)化的文章實在是很多，說實在的，我也曾經(jīng)到處找這樣的文章，什么不要使用IN了，什么OR了，什么AND了，很多很多，還有很多人拿出僅幾S甚至幾MS的時間差的例子來證明著什么(有點可笑)，讓許多人不知道其是對還是錯。而SQL優(yōu)化又是每個要與數(shù)據(jù)庫打交道的程序員的必修課，所以寫了此文，與朋友們共勉。

談到優(yōu)化就必然要涉及索引，就像要講鎖必然要說事務一樣，所以你需要了解一下索引，僅僅是索引，就能講半天了，所以索引我就不說了(打很多字是很累的，況且我也知之甚少)，可以去參考相關的文章，這個網(wǎng)上資料比較多了。

今天來探索下MSSQL的執(zhí)行計劃，來讓大家知道如何查看MSSQL的優(yōu)化機制，以此來優(yōu)化SQL查詢。

--DROP TABLE T_UserInfo----------------------------------------------------

--建測試表

CREATETABLET_UserInfo

(

Userid varchar(20),UserName varchar(20),

RegTimedatetime,Tel varchar(20),

)

--插入測試數(shù)據(jù)

DECLARE@IINT

DECLARE@ENDIDINT

SELECT@I=1

SELECT@ENDID = 100--在此處更改要插入的數(shù)據(jù)，重新插入之前要刪掉所有數(shù)據(jù)

WHILE@I<=@ENDID

BEGIN

INSERTINTOT_UserInfo

SELECT'ABCDE'+CAST(@IASVARCHAR(20))+'EF','李'+CAST(@IASVARCHAR(20)),

GETDATE(),'876543'+CAST(@IASVARCHAR(20))

SELECT@I=@I+1

END

--相關SQL語句解釋

---------------------------------------------------------------------------

--建聚集索引

CREATECLUSTEREDINDEXINDEX_UseridONT_UserInfo(Userid)

--建非聚集索引

CREATENONCLUSTEREDINDEXINDEX_UseridONT_UserInfo(Userid)

--刪除索引

DROPINDEXT_UserInfo.INDEX_Userid

---------------------------------------------------------------------------

---------------------------------------------------------------------------

--顯示有關由Transact-SQL語句生成的磁盤活動量的信息

SETSTATISTICSIOON

--關閉有關由Transact-SQL語句生成的磁盤活動量的信息

SETSTATISTICSIOOFF

--顯示[返回有關語句執(zhí)行情況的詳細信息，并估計語句對資源的需求]

SETSHOWPLAN_ALLON

--關閉[返回有關語句執(zhí)行情況的詳細信息，并估計語句對資源的需求]

SETSHOWPLAN_ALLOFF

---------------------------------------------------------------------------

請記?。?/SPAN>SETSTATISTICSIO和SETSHOWPLAN_ALL是互斥的。

OK，現(xiàn)在開始：

首先，我們插入100條數(shù)據(jù)

然后我寫了一個查詢語句：

SELECT*FROMT_UserInfoWHEREUSERID='ABCDE6EF'

選中以上語句，按Ctrl+L，如下圖

這就是MSSQL的執(zhí)行計劃：表掃描：掃描表中的行

然后我們來看該語句對IO的讀寫：

執(zhí)行:SETSTATISTICSIOON

此時再執(zhí)行該SQL:SELECT*FROMT_UserInfoWHEREUSERID='ABCDE6EF'

切換到消失欄顯示如下：

表'T_UserInfo'。掃描計數(shù)1，邏輯讀1次，物理讀0次，預讀0次。

解釋下其意思：

四個值分別為：

執(zhí)行的掃描次數(shù);

從數(shù)據(jù)緩存讀取的頁數(shù);

從磁盤讀取的頁數(shù);

為進行查詢而放入緩存的頁數(shù)

重要：如果對于一個SQL查詢有多種寫法，那么這四個值中的邏輯讀(logical reads)決定了哪個是最優(yōu)化的。

接下來我們?yōu)槠浣ㄒ粋€聚集索引

執(zhí)行CREATECLUSTEREDINDEXINDEX_UseridONT_UserInfo(Userid)

然后再執(zhí)行SELECT*FROMT_UserInfoWHEREUSERID='ABCDE6EF'

切換到消息欄如下顯示：

表'T_UserInfo'。掃描計數(shù)1，邏輯讀2次，物理讀0次，預讀0次。

此時邏輯讀由原來的1變成2，

說明我們又加了一個索引頁，現(xiàn)在我們查詢時，邏輯讀就是要讀兩頁(1索引頁+1數(shù)據(jù)頁)，此時的效率還不如不建索引。

此時再選中查詢語句，然后再Ctrl+L，如下圖:

聚集索引查找：掃描聚集索引中特定范圍的行

說明，此時用了索引。

OK,到這里你應該已經(jīng)知道初步知道MSSQL查詢計劃和如何查看對IO的讀取消耗了吧！

接下來我們繼續(xù)：

現(xiàn)在我再把測試數(shù)據(jù)改變成1000條

再執(zhí)行SETSTATISTICSIOON,再執(zhí)行

SELECT*FROMT_UserInfoWHEREUSERID='ABCDE6EF'

在不加聚集索引的情況下：

表'T_UserInfo'。掃描計數(shù)1，邏輯讀7次，物理讀0次，預讀0次。

在加聚集索引的情況下：CREATECLUSTEREDINDEXINDEX_UseridONT_UserInfo(Userid)

表'T_UserInfo'。掃描計數(shù)1，邏輯讀2次，物理讀0次，預讀0次。

(其實也就是說此時是讀了一個索引頁，一個數(shù)據(jù)頁)

如此，在數(shù)據(jù)量稍大時，索引的查詢優(yōu)勢就顯示出來了。

先小總結下：

當你構建SQL語句時，按Ctrl+L就可以看到語句是如何執(zhí)行，是用索引掃描還是表掃描？

通過SETSTATISTICSIOON來查看邏輯讀，完成同一功能的不同SQL語句，邏輯讀

越小查詢速度越快(當然不要找那個只有幾百條記錄的例子來反我)。

我們再繼續(xù)深入：

OK，現(xiàn)在我們再來看一次，我們換個SQL語句，來看下MSSQL如何來執(zhí)行的此SQL呢？

現(xiàn)在去掉索引：DROPINDEXT_UserInfo.INDEX_Userid

現(xiàn)在打開[顯示語句執(zhí)行情況的詳細信息]：SET

版權聲明：本站文章來源標注為YINGSOO的內(nèi)容版權均為本站所有，歡迎引用、轉載，請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網(wǎng)站，禁止在非www.sddonglingsh.com所屬的服務器上建立鏡像，否則將依法追究法律責任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學習參考，不代表本站立場，如有內(nèi)容涉嫌侵權，請聯(lián)系alex-e#qq.com處理。