如果你的數據庫應用系統中，存在有大量表，視圖，索引，觸發器，函數，存儲過程，sql語句等等，又性能低下，而苦逼的你又要對其優化，那么你該怎么辦？哥教你，首先你要知道問題出在哪里？如果想知道問題出在哪里，并且找到他，咱們可以借助本文中要講述的性能檢測工具--sql server PRofiler（處在sql安裝文件--性能工具--sql server profiler）

如果知道啦問題出現在哪里，如果你又是絕世高手，當然可以直中要害，寫段代碼給處理解決掉，但是如果你不行，你做不到，那么也無所謂，可以借助哥的力量給你解決問題。哥給你的武功的秘訣心法是---數據庫引擎優化顧問（處在sql安裝文件--性能工具--數據庫引擎優化顧問）

此工具比柯南還柯南，因為他能檢測到數據庫中的一舉一動，即便你不動他，他也在監視你，他很賤的。他不但監視，還監視的很詳細，有多詳細一會再說，還把監視的內容記錄到數據庫或者是文件中，給你媳婦告狀說你把數據庫哪里的性能搞的多么不好，不過他也會把好的給你記錄下來，好與不好這當然需要你來分析，其實他也是個很2的柯南。

此武功，乃上乘武功。像張無忌的乾坤大挪移，先是接受sql server profiler檢測出來的sql，視圖，存儲過程，數據結構等等，然后他再自己分析，然后再在懷中轉兩圈，感覺自己轉的差不多啦，就給拋出來個威力更炫，更好的索引，統計，分區等等建議信息。讓你承受不住，happly致死。。下面聽哥給你先講講咱們的很2柯南。

打開系統主菜單--sqlserver幾---性能工具--->>sql server profiler;笨樣兒，找到沒？哥等你會兒，給你上張打開他后的圖，讓你看看。。

然后文件--新建跟蹤--顯示跟蹤屬性窗口

首先那個select%是個篩選監測的TextData。那個%是個通配符，他的意思就是篩選select開口的語句。當然這你自己可以隨便定義，如update%，delete%....。

把那個排除不包含值的行也給帶上，然后確定，運行。然后在數據庫中運行一句select。你會發現他檢測到啦。

每列以此向右，從EventClass開始，我給你講講都是什么。

事件分類，申請了語句，應用程序名稱，操作系統用戶，數據庫用戶，cpu占用率，讀數據庫次數，寫數據庫次說，執行腳本用時，應用程序進程號，開始時間，結束時間等。

事件選擇，你就把鼠標放上去，他下面有中文的注釋。自己好好看看，然后根據你自己的需要把事件勾選上來。

然后文件-->>另存為，可以把這些監測到的數據保存為文件，或數據表。

分析：

1.查找持續時間最長的查詢

一般情況下，最長查詢時間的查詢語句就是最影響性能的原因存在。它不僅占用數據庫引擎大量的時間，還浪費系統資源，還影響數據庫應用系統的交互速度。再對數據用應用系統進行優化時，先找出他，對其優化，在創建跟蹤時，勾上TSQL-SQL:BatchCompleted.跟Stored Procedures-RPC:completed。這樣就能找出來這個最長時間查詢然后對其進行分析優化。

select TextData,Duration,CPU from <跟蹤的表>where EventClass=12 -- 等于12表示BatchCompleted事件and CPU<(0.4*Duration)  --如果cpu的占用時間，小于執行sql語句時間的40%，說明該語句等待時間過長

2.最占用系統資源的查詢

就是占用cpu時間，跟讀寫IO的次數。建議事件包含Connect、Disconnect、ExistingConnection、SQL:BatchCompleted、RPC:completed，列包含writes，reads，cpu。

3.檢測死鎖

在訪問量，并發量都很大的數據庫中，如果設計稍不合理，就有可能造成死鎖，給系統性能帶來影響。事件包含：RPC:Starting、SQL:BatchStarting、Lock：DeadLock（死鎖事件）、Lock：DeadLockChaining（死鎖的事件序列）。

打開系統主菜單--sqlserver幾---性能工具--->>數據庫引擎優化顧問，界面如下

打開之后，你在上一個工具中保存的的文件，你就在這里的工作負荷中選文件，表就選表。選后別急。

把要分析的數據庫跟數據庫的表選上，也就是下面的用于工作負荷分析的數據庫選擇，跟下面的要優化的數據庫和表，慢慢扣，把他選對。

然后選則你想要的優化選項

根據需要，選上，高級選項里面通?？梢阅J。確定。。

然后點左上角有一個開始分析。

分析完成

說到這里

我感覺這本武功絕學你已經擁有啦7成功力，以后就看你們自己的造化啦。哥哥囑托你多用，勤用，用腦，別用力，多喝六個核桃腦白金，開蓋不要用牙咬。

哥哥去啦，生亦何歡，死亦何苦。。