在SQLSERVER2012之前,擴(kuò)展事件的所有操作只能用TSQL或C#代碼來實現(xiàn)
現(xiàn)在SQLSERVER2012就方便多了,有了新的GUI,趨向于傻瓜了,對我來講是好事o(∩_∩)o 哈哈
趁機(jī)學(xué)習(xí)一下擴(kuò)展事件
簡單介紹
首先打開SQLSERVER2012的SSMS,依次點擊打開管理-》擴(kuò)展事件-》會話
在會話文件夾中,點擊右鍵-》可以新建會話/新建會話向?qū)?
在已有的會話中,點擊右鍵-》啟動會話、新建會話、導(dǎo)出會話、刪除、屬性
這些菜單已經(jīng)很豐富了
點擊-》新建會話向?qū)?,SQLSERVER會一步一步引導(dǎo)您怎麼新建一個會話
包括設(shè)置會話熟悉感、選擇模板、選擇要捕獲的事件、選擇要捕獲的全局字段、設(shè)置事件會話篩選器、指定會話數(shù)據(jù)存儲
這個向?qū)揖筒唤榻B了,我們一般都不喜歡用傻瓜的向?qū),生怕漏了什么東西沒有設(shè)置
其實大家看到向?qū)е幸O(shè)置的步驟:選擇模板、設(shè)置事件會話篩選器、選擇要捕獲的全局字段,有沒有覺得和SQLSERVER PROFILER差不多的感覺
建立會話
我們新建一個會話
彈出 新建會話 對話框
左邊有常規(guī)、事件、數(shù)據(jù)存儲、高級這些tab頁
等一下會陸續(xù)介紹
常規(guī)頁面
輸入會話名稱
在sql profiler里面就是輸入跟蹤名稱
下面有一些選項,例如在服務(wù)器啟動時啟動事件會話,你可以根據(jù)自己實際情況進(jìn)行勾選
大家知道開啟sql profiler會對SQLSERVER的性能造成影響
那么,從下面的“在服務(wù)器啟動時啟動事件會話”
這里告訴我們兩個信息
信息一:自動化程度高了,以往我們都是重啟服務(wù)器就需要自己手動打開sql profiler來重新跟蹤SQLSERVER的事件,現(xiàn)在有這個選項就方便多了
不用手動打開擴(kuò)展事件
信息二:擴(kuò)展事件對SQLSERVER的性能損耗不大
在園子里的燕洋天大俠的文章大話擴(kuò)展事件第一篇:概述(上)里提到:
擴(kuò)展事件的出現(xiàn)與設(shè)計主要是以性能為主要的出發(fā)點
我們可以使用一個文件目標(biāo)對象在相關(guān)的時間發(fā)生之后將信息寫入到文件中,這樣就非常的輕量級了,并且可以精確到事件發(fā)生點
我們在會話名稱里輸入“blogtest”
會話中也提供了很多模板給我們使用
就像sql profiler里面
在文章擴(kuò)展事件在Denali CTP3里的新UI(一)中也說了
我們支持與Profiler里模板類似的概念,只要選擇一個模板,Event(包括Action和Predicate)和Target以及某些選項就自動選擇好了
但是在CTP3里只有一個Standard模板,這個模板所選擇的事件和Profiler里的Standard模板相對應(yīng)
你也可以把自己創(chuàng)建的Session作為模板保存起來以備后用,保存模板只需要右鍵點擊某個Session然后選擇Export Session…即可
因為那篇文章出來的時候SQLSERVER2012也只是CTP3的階段,所以那時候只有一個標(biāo)準(zhǔn)模板,現(xiàn)在SQLSERVER2012出來了
已經(jīng)多了很多模板了
導(dǎo)出會話就相當(dāng)于導(dǎo)出模板了
sql profiler里導(dǎo)出模板
導(dǎo)入會話模板
在新建會話對話框里選擇模板的下拉列表有一個 <從文件...>
事件頁面
事件頁面是最復(fù)雜的,你首先看到它分為左右兩部分,左邊是事件庫,所有在SQL Server里注冊的擴(kuò)展事件都列在這里,右邊是你選擇的事件。
在選擇事件的時候,你可以點擊名稱列表頭,進(jìn)行事件名稱的首字母進(jìn)行順序或者倒序排序,
類別和通道也是可以排序的
事件的類別非常多,包括cdc功能的事務(wù)日志掃描、死鎖監(jiān)視、高度可用性和數(shù)據(jù)的安全性(High Availability and Disaster Recovery,HADR)、垃圾回收等等
事件過濾,比如我在在事件庫的輸入框里輸入sql_,所有名字含有sql_字樣的事件都被列了出來并且高亮顯示
過濾也可以按照事件名稱和說明、僅事件字段、全部來進(jìn)行過濾
類別和通道的類似于EXCEL的列篩選
我們選擇sql_statement_starting和sql_statement_completed事件
點擊所選事件頁面右上方的配置按鈕,頁面將會滑動
配置事件頁面
你可以點擊“選擇”返回剛才的事件庫頁面
你會看到閃電和漏斗圖標(biāo)分別出現(xiàn)在了右邊配置頁面的全局字段(操作)標(biāo)簽和篩選器(謂詞)標(biāo)簽上
閃電代表的是該事件上有多少Global Fields(Actions)關(guān)聯(lián)
漏斗代表該事件有沒有Filter(Predicate)關(guān)聯(lián)
SQLSERVER Profiler里每個事件都含有EventSequence列,而在XEvent里則被作為Action來實現(xiàn)了。
Predicate可以減少不必要的事件收集,比如我可以配置sql_statement_starting事件的Predicate為database_name=’Northwind’,
那么發(fā)生在其他數(shù)據(jù)庫的sql_statement_starting事件就不會被該Session所收集,Profiler可以為所有事件設(shè)置一個Column Filter,
而XEvent支持為每個Event設(shè)置各自獨立不同的Predicate
事件字段(Event Fields)標(biāo)簽列出所有該Event的列,某些Event會把一些開銷比較大的列作為可選的列,你可以點擊前面的CheckBox選擇是否收集該列數(shù)據(jù),
比如sql_statement_starting的statement列就可以被取消選擇。
你可以同時選擇多個事件并選擇/取消全局字段(操作)或配置篩選器(謂詞)
在這里我們?yōu)閟ql_statement_starting和sql_statement_completed事件,在全局字段(操作)里選擇database_name
不添加謂詞并保持事件字段為默認(rèn)值。
完成之后在閃電和漏斗列會顯示相應(yīng)的動作和謂詞的數(shù)量
如果配置謂詞錯誤,在漏斗列會顯示 打叉
我們刪除子句就可以了
配置完畢之后,會看到sql_statement_starting(事件)和sql_statement_completed(事件)后面的閃電圖標(biāo)列有一個動作與之關(guān)聯(lián)
數(shù)據(jù)存儲頁面
在這個頁面里可以選擇為Session添加不同的目標(biāo)(Target)
這里我們選擇event_file 目標(biāo)并保持默認(rèn)配置
高級頁面
高級頁面可以設(shè)置控制會話行為的高級選項,有一個選項需要特別注意,”最大調(diào)度滯后時間(Maximum dispatch latency)”
它描述了事件從被觸發(fā)到寫入到Target最長的等待時間,默認(rèn)值是30秒,如果你使用和SQLSERVER Profiler client-side tracing
類似的Live Monitoring功能,你可能會希望把它改小,這樣事件被觸發(fā)后可以盡快地顯示在SSMS里,
但需要注意到的是改小它會增加SQL Server的開銷,這里我們把它改成5秒
完成創(chuàng)建
點擊“確定”完成事件會話的創(chuàng)建
blogtest 會話將會被創(chuàng)建成功并顯示在Object Explorer里
在會話被創(chuàng)建后,你可以在Object Explorer里右鍵點擊該Session并選擇屬性,這將打開和創(chuàng)建會話相同的對話框,進(jìn)行修改后點擊確定即可。
如果你想查看怎麼用TSQL語句的方式能創(chuàng)建剛才blogtest事件會話,可以用編寫腳本的方式
1 CREATE EVENT SESSION [blogtest] ON SERVER 2 ADD EVENT sqlserver.sql_statement_completed(SET collect_statement=(1)3 ACTION(sqlserver.database_name)),4 ADD EVENT sqlserver.sql_statement_starting(5 ACTION(sqlserver.database_name)) 6 ADD TARGET package0.event_file(SET filename=N'D:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\Log\blogtest.xel')7 WITH (MAX_MEMORY=4096 KB,EVENT_RETENTION_MODE=ALLOW_SINGLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=5 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=OFF,STARTUP_STATE=OFF)8 GO
啟動會話并監(jiān)視
啟動會話
監(jiān)視實時數(shù)據(jù)
當(dāng)點擊“監(jiān)視實時數(shù)據(jù)”按鈕,就會新建一個窗口
運行了一下,事件數(shù)量就不斷上升
我們停止會話
但是似乎SQLSERVER有些問題
我以為SQLSERVER會刪除了blogtest這個會話,然后我刷新了一下會話節(jié)點,沒有刪除,似乎SQLSERVER在這個地方有些bug
又或者是我自己操作不正確
xel文件
我們看一下D:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\Log路徑下的情況
我剛才停止了會話,又重新啟動了會話,所以會產(chǎn)生兩個blogtest xel文件
這里要注意一下,剛才我們在 數(shù)據(jù)存儲 頁面,默認(rèn)的設(shè)置值是:勾選了啟用文件滾動更新,并且在最大文件數(shù)里設(shè)置為5
這里跟SQL ERROR LOG是一樣的,當(dāng)blogtest這個會話產(chǎn)生的xel文件的文件數(shù)達(dá)到5個,就會刪除最早的那個xel文件
然后生成一個新的xel文件
SQL ERRORLOG也是一樣是滾動更新的,這里就不再詳細(xì)敘述了~
system_health xel文件是安裝SQLSERVER的時候已經(jīng)創(chuàng)建好的
system_health 擴(kuò)展事件會話
此會話源自產(chǎn)品支持團(tuán)隊的想法,它可以跟蹤通常被用來對客戶系統(tǒng)進(jìn)行調(diào)試的信息
(例如當(dāng)客戶系統(tǒng)發(fā)生死鎖或出現(xiàn)其它嚴(yán)重錯誤時)
此會話的創(chuàng)建和啟動是 SQL Server 2008 實例安裝過程的一部分
它在環(huán)緩沖區(qū)中跟蹤事件,因此不會消耗太多內(nèi)存.
SQL Server 2008使用擴(kuò)展事件進(jìn)行高級故障排除
我們用editplus打開,發(fā)現(xiàn)都是二進(jìn)制的,我還以為是XML格式的
查看收集回來的xel文件
如果你想查看收集了一個晚上的xel文件,你可以直接把xel文件拖進(jìn)去SSMS就可以了
上面那個blogtest_0_130315881898000000.xel一共收集了474個事件
不過擴(kuò)展事件的文件名好像沒有什么規(guī)律,如果別人給你一個xel文件叫你分析一下例如下圖那個,從文件名你只能知道是2013年16日收集的事件信息
我們看一下擴(kuò)展事件的結(jié)構(gòu)
大家點擊加號,會看到事件會話下面會有一個包
我們右鍵點擊查看目標(biāo)數(shù)據(jù)
就會彈出一個新窗口
上面彈出的新窗口顯示了下面五個xel文件的所有事件,這樣就不用每個文件逐個逐個地拖到SSMS里面看了,更不用打開文件資源管理器
大家不相信的話,可以把這五個xel文件拖到SSMS,然后相加起來,看是不是跟包的事件數(shù)目是一樣的
總結(jié)
這一篇簡單介紹了 擴(kuò)展事件的創(chuàng)建和一些概念,下一篇會繼續(xù)講述如何用擴(kuò)展事件來顯示和分析數(shù)據(jù)
將試圖找到一個workload中平均開銷最大的query
個人感覺擴(kuò)展事件跟SQL profiler真的很相似
SQL profiler把跟蹤到的事件寫入到trc文件
而擴(kuò)展事件把事件信息寫入到xel文件
而監(jiān)控實時數(shù)據(jù)相當(dāng)于在SQL profiler里開啟跟蹤,只不過一個在SQL profiler軟件里查看跟蹤的事件,而另一個直接在SSMS里查看事件
我覺得擴(kuò)展事件就像把SQL profiler集成到SSMS里面一樣,當(dāng)然擴(kuò)展事件的機(jī)制跟SQL profiler是不一樣的