????????? 當我們比較查詢計劃中那一個最好時，事實上我們更愿意用SET STATISTICS PROFILE ON,而不是SET SHOWPLAN_TEXT ON。它可以告訴你每種選擇的或多或少的查詢消耗情況;你還可以同時運行兩個或更多查詢來看哪個執行的最好。

????????? 運行 SET STATISTICS PROFILE ON 后,發出現很多信息,這里以 stmtText 來說明下:

???????? StmtText:
select * from
???????? (
?? ??? ??? ?select *,
?? ??? ??? ??? row_number() over (order by card_no desc) as RowNum
????????????? from tblName
????????? ) as tbl

where RowNum between 1 and 20

?

|--Filter(WHERE:([Expr1003]>=(1) AND [Expr1003]<=(20)))?? ?
? |--Top(TOP EXPRESSION:(CASE WHEN (20) IS NULL OR (20)<(0) THEN (0) ELSE (20) END))?? ?
??? |--Sequence Project(DEFINE:([Expr1003]=row_number))
???? |--Compute Scalar(DEFINE:([Expr1007]=(1)))
?????? |--Segment? ?
??????? |--Nested Loops(Inner Join, OUTER REFERENCES:([bdg_retail].[dbo].[Card_Ext].[Id], [Expr1005]) WITH ORDERED PREFETCH)
???????? |--Index Scan(OBJECT:([bdg_retail].[dbo].[Card_Ext].[IX_Card_ext_Card_No]), ORDERED BACKWARD)
????????? |--Clustered Index Seek(OBJECT:([bdg_retail].[dbo].[Card_Ext].[PK_CARD_EXT]), SEEK:([bdg_retail].[dbo].[Card_Ext].
??????????? [Id]=[bdg_retail].[dbo].[Card_Ext].[Id]) LOOKUP ORDERED FORWARD)

?????????? 除了顯示出當前SQL語句外,還詳細的給出了實際運行的情況,怎樣查找索引,怎樣掃描表,又是怎樣排序等等.

? ? ? ? ????? Nested Loops:嵌套查詢;?

? ? ? ? ? ? ? Index Scan:索引查找;

? ? ? ? ????? Clustered Index Seek:聚集索引查找

????? 第二:sp_spaceused

???????? 作用: 獲得表大小的統計信息以供我們分析：

? ? ? ?? 案例:

???????? sp_spaceused employees
???????? Results:
???????? name rows reserved data index_size unused
???????? -------------- -------- --------- ------- -------------- ---------

???????? Employees 2977 2008KB 1504KB 448KB 56KB

? ? ? ?? 效果圖:

???????? 返回內容說明: ?? ??

??????????????? Name ?? ?為其請求空間使用信息的表名。
??????????????? Rows? 表中現有的行數。
??????????????? reserved? 表保留的空間總量。
??????????????? Data 表中的數據所使用的空間量。
??????????????? index_size 表中的索引所使用的空間量。
??????????????? Unused 表中未用的空間量。

????????? 備注: sp_spaceused 計算數據和索引使用的磁盤空間量以及當前數據庫中的表所使用的磁盤空間量。如果沒有給定 objname，sp_spaceused 則報告整個當前數據庫所使用的空間。

????????? 權限: 執行權限默認授予 public 角色。

????? 第三:SQL2005 中的排名函數row_number()

?????????? 分頁算法有很多種,這里我想說一下我一直在用的分頁方法,SQL2005的新特性:排名函數中的row_number()
ROW_NUMBER (Transact-SQL)

?????????? 定義: 返回結果集分區內行的序列號，每個分區的第一行從 1 開始。

?????????? 語法: ROW_NUMBER ( )???? OVER ( [ <partition_by_clause> ] <order_by_clause> )

?????????? 參數: 1:<partition_by_clause>:將 FROM 子句生成的結果集劃入應用了 ROW_NUMBER 函數的分區。

????????????????? 2:<order_by_clause>:確定將 ROW_NUMBER 值分配給分區中的行的順序。有關詳細信息，請參閱 ORDER BY 子句 (Transact-SQL)。當在排名函數中使用 <order_by_clause> 時，不能用整數表示列。

?????????? 返回類型: bigint?

?????????? 備注: ORDER BY 子句可確定在特定分區中為行分配唯一 ROW_NUMBER 的順序。

?????????? 本節意圖: 以前我一直有一個誤區,就是認為 只要是分頁時按需所取(查詢第幾頁就取第只取幾頁的數據),效率就會特別高 ,后來用上了IO分析,才知道并不像我想像中的那樣完美(取任何一頁速度都是一樣快).

? ? ? ? ?? 案例:

--取第一頁
(20 row(s) affected)

Table 'Card_Ext'. Scan count 1, logical reads 92 , physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

?

--取第一百頁
(20 row(s) affected)

Table 'Card_Ext'. Scan count 1, logical reads 8157 , physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

?

?--取第一萬頁 ?
(20 row(s) affected)

Table 'Card_Ext'. Scan count 1, logical reads 81322 , physical reads 0, read-ahead reads 0, lob logical reads 0, lob physical reads 0, lob read-ahead reads 0.

?????????????? 解決方案: 大數據分頁中,無論你采用什么樣的分頁算法,都會出現性能瓶頸,所以可以采用 top n 的方法來折中一下:當實際查詢結果特別多時,只選取前n條.

????????????? 本節結論: 上面的結果都是在已經有數據緩存的情況下運行的結果,所以只看到了邏輯讀,并沒有出現物理讀取的記錄.記錄顯示,邏輯讀數量在不斷變化,根據用戶取的頁數大小成倍增加,也就是說與頁數大小成正比.原因是row_number()的產生是在數據全部查詢出來后再按照排序順序從一開始生成的,所以它要把頁數之前的所有數據都先裝成內存,才能生成.
這樣就非常直接的回答了為什么取數據越到最后速度越慢的原因了.

?????? 順便說下在運用sp_help命令時,是不能同時運行執行計劃的.否則會報這樣的錯:Msg 262, Level 14, State 4, Procedure sp_help, Line 88 SHOWPLAN permission denied in database 'master'.

? ? ? 總結:性能調優是一項特別細的工作,往往更改一個小小的語句性能就會發生翻天覆地的變化;要在不斷的實踐中總結經驗。