命令提示工具 + 生產力 “ SQL Server Profiler” Database Engine Tuning Advisor

標籤：des   style   blog   http   io   ar   color   os   使用   

命令提示工具 + 生產力

sqlcmd -s ***   串連伺服器.輸入transact-sql語句，並執行。

    SQL Server Profiler使用方法

 

     我們單擊開始--程式--Microsoft SQL Server 2005--效能工具--SQL Server Profiler

   如

然後會出現如下介面

我們單擊檔案---【建立跟蹤（N）...】,這是一個多視窗多任何的工具，我們可以同時建立不同的跟蹤視窗，也可以是不同的資料庫

接著看

在這裡我們輸入 我們的跟蹤的資料庫的伺服器名稱，使用者名稱和密碼等資訊。單擊串連進入下一個介面

  

中左面的可以進行一個基本設定，使用的模板選擇，和檔案的儲存選擇等。我們一般使用預設的就OK了，不用動上面的東西，右面的圖是事件選擇，也就是說我們要跟蹤的事件有那個，在這裡可以一一的選擇，基本上Sql上有的事件都有，包括你用SQL Server Management Studio操作資料庫的過程都可以跟蹤的到。具體的事件和說明大家可以自己看一下。

只要單擊顯示所有事件就可以進行全部事件的選擇了。

   我們還可以對統計的欄位進行篩選，單擊任意一個欄位標題可以查看列的說明如

我們從上依次說明 為：

      TextDate            依賴於跟蹤中捕獲的事件類別的文本值；

      ApplicationName  建立 SQL Server 串連的用戶端應用程式的名稱。此列由該應用程式傳遞的值填充，而不是由所顯示的程式名填充的；

      NTusername        Windows 使用者名稱。

      LoginName           使用者的登入名稱(SQL Server 安全登入或 Windows 登入憑據，格式為“域/使用者名稱”)

      CPU                    事件使用的 CPU 時間(毫秒)。

      Reads                 由伺服器代表事件讀取邏輯磁碟的次數。

      Writes                由伺服器代表事件寫入物理磁碟的次數。

      Duration             事件佔用的時間。儘管伺服器以微秒計算期間，SQL Server Profiler 卻能夠以毫秒為單位顯示該值，具體情況取決於“工具”>“選項”對話方塊中的設定

      ClientProcessID   調用 SQL Server 的應用程式的進程 ID。

      SPID                  SQL Server 為用戶端的相關進程分配的伺服器處理序 ID。

      StratTime           事件(如果可用)的啟動時間。

      EndTime             事件結束的時間。對指示事件開始的事件類別(例如 SQL:BatchStarting 或 SP:Starting)將不填充此列。

      BinaryData          依賴於跟蹤中捕獲的事件類別的二進位值。

 

      然後我們單擊運行就可以，當然如果有興趣的話你也可以對列進行重新排列和篩選，只要單擊下面相應的按鈕根據提示操作就要可以了，我們這裡就安預設的進行

 

通過上面的圖我們就可以清楚的跟蹤到每一步操作是過程了，

現在如果大家對那版的Sql語句的寫法不怎麼懂的話就可以參考上面的，而且 是時時的，你在Sql裡操作幾下這裡就會出現相應的Sql語句，也是一個學習和提高的好工具

不僅僅是這樣，我們還可以對其中的資料進行分析，查詢，跟蹤可以暫停，開始和停止操作，可以同時啟動多個跟蹤，同時跟蹤不同的資料庫和表

 如果和Sql的Database Engine Tuning Advisor配合使用的話就更好了，可以分析出來你的Sql語句效能如果，而且還會告訴你怎麼修改會更好，我們一起來看一下吧

Database Engine Tuning Advisor使用方法

 

 

 

 

 

    有了這個跟蹤的記錄我們怎麼樣使用Database Engine Tuning Advisor對其進行分析最佳化呢？當然第一步我們要先把跟蹤到的記錄匯出到檔案.trc類型的檔案。單擊檔案--另存新檔

 

假如我們把檔案儲存為123.trc

現在我們來開啟Database Engine Tuning Advisor  我們單擊開始--程式--Microsoft SQL Server 2005--效能工具--Database Engine Tuning Advisor

如

 

和上面一樣我們要先輸入資料庫的登入資訊

單擊串連進入如下介面

              

我們可以看一下介面，一般不用選擇只要安預設的就OK了，需要配置的我上面都有注釋。在這裡大家一定要記得選擇用於工作負載的資料庫和表，意思就是設定要分析的資料庫否則會分析不成功。

現在就可以單擊開始了

 

在這裡我們可以看到分析成功後的分析報告，這還不算，我們單擊上面的

建議選項卡

 

在這裡還給出了你的那些表，需要最佳化，應該怎麼建立索引和視圖才能更有效提高效能，更好玩的是連需要最佳化的Sql語句都給產生好了，

我們直接複製執行就要可以了。

 

儲存死結圖形:

使用SQL Server 2005事件跟蹤器 儲存Deadlock Graph事件

l Deadlock Graph事件以XML檔案形式儲存。

儲存Deadlock Graph事件

1、在“檔案”菜單上，單擊“建立跟蹤”， 串連到SQL Server執行個體。

 

將出現“跟蹤屬性”對話方塊。

 

 

 注意：如果選擇了

“建立串連後立即開始跟蹤”，則不會出現“跟蹤屬性”對話方塊，而是直接開始跟蹤。若要關閉此設定，請在“工具”菜單上，單擊“選項”，再清除“建立串連後立即開始跟蹤”複選框。

2、在“跟蹤屬性”對話方塊的“跟蹤名稱”框中，鍵入跟蹤的名稱。

3、在“使用模板”列表中，為此跟蹤選擇一個跟蹤模板；如果不想使用模板，請選擇“空白”。

 

 

 4

、單擊“事件選擇”選項卡。

在“事件”資料列中，展開“Locks”事件類別目錄，然後選中“Deadlock Graph”複選框。如果沒有顯示“Locks”事件類別目錄，請選中“顯示所有事件”以顯示該類別。

“事件提取設定”選項卡將添加到“跟蹤屬性”對話方塊中。

注意：如果使用模板將不會出現“事件提取設定”選項卡，需要取消並再次選擇Deadlock Graph事件，才會出現“事件提取設定”選項卡

 

 

 Deadlock Graph

事件以XML檔案形式儲存

5、在“事件提取設定”選項卡上，單擊“分別儲存死結XML事件”。

6、在“另存新檔”對話方塊中，輸入要儲存Deadlock Graph事件的檔案的名稱。

7、單擊“單個檔案中的所有死結XML批”以將所有Deadlock Graph事件儲存到單個XML檔案中，或單擊“不同檔案中的每個死結XML批”以為每個Deadlock Graph事件建立新的XML檔案。

 

 

 儲存死結檔案後，您可以在SQL Server Management Studio中開啟查看該檔案

注意：按照以上步驟配置，在測試結束後需要手動的儲存Deadlock Graph事件的追蹤記錄（為靈活起見，在第3步中沒有配置儲存檔案的選項）

命令提示工具 + 生產力 “ SQL Server Profiler” Database Engine Tuning Advisor