SQLSERVER收集語句運(yùn)行的統(tǒng)計(jì)信息并進(jìn)行分析建站
導(dǎo)讀:1建站知識(shí)例如語句的編譯時(shí)間、執(zhí)行時(shí)間、做了多少次磁盤讀等,如果DBA能夠把問題語句單獨(dú)測(cè)試運(yùn)行,可以在運(yùn)行前打開下面如何seo優(yōu)化推廣網(wǎng)站百度seo網(wǎng)站優(yōu)化。
對(duì)于語句的運(yùn)行,除了執(zhí)行計(jì)劃本身,還有一些其他因素要考慮,例如語句的編譯時(shí)間、執(zhí)行時(shí)間、做了多少次磁盤讀等。如果DBA能夠把問題語句單獨(dú)測(cè)試運(yùn)行,可以在運(yùn)行前打開下面這三個(gè)開關(guān),收集語句運(yùn)行的統(tǒng)計(jì)信息。 這些信息對(duì)分析問題很有價(jià)值。
復(fù)制代碼 代碼如下:
SET STATISTICS TIME ON SET STATISTICS IO ON SET STATISTICS PROFILE ON
SET STATISTICS TIME ON -------------------------------------------------------------------------------- 請(qǐng)先來看看SET STATISTICS TIME ON會(huì)返回什么信息。先運(yùn)行語句:復(fù)制代碼 代碼如下:
DBCC DROPCLEANBUFFERS --清除buffer pool里的所有緩存數(shù)據(jù) DBCC freeproccache GO --清除buffer pool里的所有緩存的執(zhí)行計(jì)劃 SET STATISTICS TIME ON GO USE [AdventureWorks] GO SELECT DISTINCT([ProductID]),[UnitPrice] FROM [dbo].[SalesOrderDetail_test] WHERE [ProductID]=777 GO SET STATISTICS TIME OFF GO
除了結(jié)果集之外,SQLSERVER還會(huì)返回下面這兩段信息復(fù)制代碼 代碼如下:
SQL Server 分析和編譯時(shí)間: CPU 營銷型網(wǎng)站建設(shè)時(shí)間 = 15 毫秒,占用時(shí)間 = 104 毫秒。 SQL Server 分析和編譯時(shí)間: CPU 時(shí)間 = 0 毫秒,占用時(shí)間 = 0 毫秒。 (4 行受影響) SQL Server 執(zhí)行時(shí)間: CPU 時(shí)間 = 171 毫秒,占用時(shí)間 = 1903 毫秒。 SQL Server 分析和編譯時(shí)間: CPU 時(shí)間 = 0 毫秒,占用時(shí)間 = 0 毫秒。
大家知道SQLSERVER執(zhí)行語句是分以下階段:分析-》編譯-》執(zhí)行 根據(jù)表格的統(tǒng)計(jì)信息分析出比較合適的執(zhí)行計(jì)劃,然后編譯語句,最后執(zhí)行語句下面說一下上面的輸出是什么意思: -------------------------------------------------------------------------------- 1、CPU時(shí)間 :這個(gè)值的含義指的是在這一步,SQLSERVER所花的純CPU時(shí)間是多少。也就是說,語句花了多少CPU資源 2、占用時(shí)間 :此值指這一步一共用了多少時(shí)間。也就是說,這是語句運(yùn)行的時(shí)間長短,有些動(dòng)作會(huì)發(fā)生I/O操作,產(chǎn)生了I/O等待,或者是遇到阻塞、產(chǎn)生了阻塞等待。總之時(shí)間用掉了,但是沒有用CPU資源。所以占用時(shí)間比CPU時(shí)間長是很正常的 ,但是CPU時(shí)間是語句在所有CPU上的時(shí)間總和。如果語句使用了多顆CPU,而其他等待幾乎沒有,那么CPU時(shí)間大于占用時(shí)間也是正常的 3、分析和編譯時(shí)間:這一步,就是語句的編譯時(shí)間。由于語句運(yùn)行之前清空了所有執(zhí)行計(jì)劃,SQLSERVER必須要對(duì)他編譯。 這里的編譯時(shí)間就不為0了。由于編譯主要是CPU的運(yùn)算,所以一般CPU時(shí)間和占用時(shí)間是差不多的。如果這里相差比較大,就有必要看看SQLSERVER在系統(tǒng)資源上有沒有瓶頸了。 這里他們是一個(gè)15毫秒,一個(gè)是104毫秒 4、SQLSERVER執(zhí)行時(shí)間: 語句真正運(yùn)行的時(shí)間。由于語句是第一次運(yùn)行,SQLSERVER需要把數(shù)據(jù)從磁盤讀到內(nèi)存里,這里語句的運(yùn)行發(fā)生了比較長的I/O等待。所以這里的CPU時(shí)間和占用時(shí)間差別就很大了,一個(gè)是171毫秒,而另一個(gè)是1903毫秒 總的來講,這條語句花了104+1903+186=2193毫秒,其中CPU時(shí)間為15+171=186毫秒。語句的主要時(shí)間應(yīng)該是都花在了I/O等待上 現(xiàn)在再做一遍語句,但是不清除任何緩存關(guān)鍵詞標(biāo)簽: SQL 進(jìn)行分析 統(tǒng)計(jì)信息
聲明: 本文由我的SEOUC技術(shù)文章主頁發(fā)布于:2023-05-23 ,文章SQLSERVER收集語句運(yùn)行的統(tǒng)計(jì)信息并進(jìn)行分析建站主要講述統(tǒng)計(jì)信息,進(jìn)行分析,SQL網(wǎng)站建設(shè)源碼以及服務(wù)器配置搭建相關(guān)技術(shù)文章。轉(zhuǎn)載請(qǐng)保留鏈接: http://www.bifwcx.com/article/web_6174.html
為你推薦與SQLSERVER收集語句運(yùn)行的統(tǒng)計(jì)信息并進(jìn)行分析建站相關(guān)的文章
-
通王TWCMS 2.0.3網(wǎng)站模板程序下載
(126)人喜歡 2024-01-15 -
Windows官方原版在哪里下載
(175)人喜歡 2024-01-15 -
WordPress網(wǎng)站模板發(fā)帖標(biāo)題顏色設(shè)置
(131)人喜歡 2024-01-07 -
修改discuz論壇帖子標(biāo)題80字符的長度限制
(249)人喜歡 2024-01-07 -
wordpress程序調(diào)用不帶超鏈接的Tag標(biāo)簽
(234)人喜歡 2024-01-05 -
網(wǎng)站在不同時(shí)期需調(diào)整內(nèi)容更新的方向
(112)人喜歡 2023-08-12