.版本 2
從事中國電信云錦天府,服務(wù)器租用,云主機(jī),網(wǎng)絡(luò)空間,主機(jī)域名,CDN,網(wǎng)絡(luò)代維等服務(wù)。
.支持庫 iext
外部數(shù)據(jù)庫1.執(zhí)行 (“insert into 表1 (姓名) values ('” + 超級列表框1.取標(biāo)題 (0, 0) + “')”, )
SQLServer性能監(jiān)控
這套性能優(yōu)化的清單將至少準(zhǔn)科學(xué)的幫助你找出你的SQLServer任何明顯的性能問題。說是這樣說,SQLServer的性能調(diào)優(yōu)仍然是很困難的。我試圖用這套清單去找出“容易”的sqlserver性能問題,困難的留待稍后。我這樣做是因為很容易將容易和困難的的性能調(diào)優(yōu)問題搞混。通過列出一個“容易”的性能調(diào)優(yōu)范圍,就很容易的將這些問題解決,一旦解決了這些容易的問題,那么你就能集中去解決更困難的問題。
使用這個SQLServer性能調(diào)優(yōu)清單的一個好處是,它將不僅僅告訴你目前最容易解決的性能問題是什么,而且還幫助你正確的去解決。在某種程度上,你可以選擇不同的順序進(jìn)行。換句話說,你可以故意做出特殊的決定而不是按照清單通常的順序進(jìn)行。某種意義上說你是對的,不是所有的性能調(diào)優(yōu)建議都適合所有的情形。另外,你的決定是基于你的資源限制,例如沒有足夠的錢去買滿足負(fù)荷的硬件。如果真是那樣的話,你就別無選擇了。還有,你的決定可能基于一些政治原因,那是你不得不作出的改變。不管怎樣,你需要知道你能做什么,使用這個性能調(diào)優(yōu)清單找出你能改變的范圍并做出相應(yīng)的改變提升你的SQLServer的性能。
一般來說,你將在你的每一個SQL服務(wù)器上執(zhí)行這個清單。如果遇到清單中的一些問題,這會花掉你一些時間。我建議你從目前性能問題最多的的服務(wù)器開始,然后當(dāng)你有時間的時候按照自己的思路去解決其他服務(wù)器。
一旦你完成了,可仍然有很多事情要去做。記住,這些只是一些容易的。一旦你完成了這些容易的,接下來你需要花時間去解決更困難問題。這個是另一篇文章要解決的問題了。
怎樣進(jìn)行你的SQLServer性能調(diào)優(yōu)呢?
為了使其變得容易,我把它們分成了以下幾個部分:
? 使用性能監(jiān)視器找出硬件瓶頸
? SQLServer硬件性能監(jiān)控列表
? 操作系統(tǒng)性能監(jiān)控列表
? SQLServer2000配置性能監(jiān)控列表
? 數(shù)據(jù)庫配置設(shè)置性能監(jiān)控列表
? 索引性能監(jiān)控列表
? 應(yīng)用程序和T-SQL性能監(jiān)控列表
? SQLServer數(shù)據(jù)庫作業(yè)性能監(jiān)控列表
? 使用Profiler找出低效的查詢
? 怎樣最好的實現(xiàn)SQLServer性能監(jiān)控
管理你的SQLServe性能的最好方法是首先回顧上面每一部分的內(nèi)容,把它們打印出來。然后完成每一部分的內(nèi)容,寫下你收集到的結(jié)果。你也可以按照你喜歡的順序進(jìn)行。上面的步驟僅僅列出了我執(zhí)行的順序,因為那樣通常能達(dá)到一個比較好的效果。
性能監(jiān)控列表
計數(shù)器名稱 均值 最小值 最大值
Memory: Pages/sec
Memory: Available Bytes
Physical Disk: % Disk time
Physical Disk: Avg. Disk Queue Length
Processor: % Processor Time
System: Processor Queue Length
SQL Server Buffer: Buffer Cache Hit Ratio
SQL Server General: User Connections
在上表輸入你的結(jié)果.
使用性能監(jiān)視器找出SQLServer硬件瓶頸
開始SQLServer性能調(diào)優(yōu)的最佳地方就是從性能監(jiān)視器(系統(tǒng)監(jiān)視器)開始。通過一個24小時的周期對一些關(guān)鍵的計數(shù)器進(jìn)行監(jiān)控,你將對你SQLServer服務(wù)器的硬件瓶頸了如指掌。
一般來說,使用性能監(jiān)視器去創(chuàng)建一個一些關(guān)鍵的計數(shù)器的24小時周期的監(jiān)控日志。當(dāng)你決定創(chuàng)建這個日志的時候,你需要選擇一個典型的24小時的周期,例如,選擇一個典型的比較忙的日期,而不是周日或節(jié)假日。
一旦你將這些捕獲的數(shù)據(jù)形成日志后,在性能監(jiān)視器的圖形界面下會顯示計數(shù)器的推薦值。你在上表中記下均值、最小值、峰值。做完這些后,用你的結(jié)果跟下面的分析比較。通過你的結(jié)果和下面的建議值進(jìn)行比較,你將能快速的找到你的SQLServe正在經(jīng)歷的潛在的硬件瓶頸。
關(guān)鍵性能計數(shù)器說明
下面是不同關(guān)鍵性能計數(shù)器的一個討論,它們的建議值和為了幫助解決硬件瓶頸問題的一些選項。注意我已經(jīng)限制了性能監(jiān)視器需要監(jiān)視的一些關(guān)鍵計數(shù)器。我這么做是因為在本文我們的目的是為了容易的找到顯而易見的性能問題,許多其他的性能監(jiān)視器計數(shù)器你能在本網(wǎng)站其他地方找到。
Memory: Pages/sec
這個計數(shù)器記錄的是每秒鐘內(nèi)存和磁盤之間交換的頁面數(shù)。交換更多的頁面、超過你服務(wù)器承受的更多的I/O,將輪流降低你SQLserver的性能。你的目的就是盡量將頁面減少到最小,而不是消除它。
如果你的服務(wù)器上SQLServer是最主要的應(yīng)用程序,那么這個值的理想范圍是0~20之間??赡芎芏鄷r候你看到的值都會超過20。這個值一般要保持在每秒的平均頁數(shù)在20以下。
如果這個值平均總是超過20,其中最大的一個可能是內(nèi)存瓶頸問題,需要增加內(nèi)存。通常來說,更多的內(nèi)存意味著需要執(zhí)行的頁面更少。
在大多數(shù)情況下,服務(wù)器決定SQLServer使用的適當(dāng)內(nèi)存的大小,頁面將平均小于20。給SQLServer適當(dāng)?shù)膬?nèi)存意味著服務(wù)器的緩存命中率(Buffer Hit Cache Ratio 這個稍后會講到)達(dá)到99%或者更高。如果在一個24小時的周期里你的sqlserver的緩存命中率達(dá)到99%或者更高,但是在這個期間你的頁面數(shù)總是超過20,這意味著你或許運(yùn)行了其他的程序。如果是這樣的情況,建議你移除這些程序,使SQLServer是你的服務(wù)器的最主要的程序。
如果你的sqlserver服務(wù)器沒有運(yùn)行其他程序,并且在一個24小時的周期里頁面數(shù)總是超過20,這說明你應(yīng)該修改你對SQLServer的內(nèi)存設(shè)置了。將其設(shè)置為“動態(tài)配置SQLServer的內(nèi)存”,并且最大內(nèi)存設(shè)置得高一些。為了達(dá)到最優(yōu),SQLServer將盡可能的獲得多的內(nèi)存以完成自己的工作,而不是去和其他的程序爭奪內(nèi)存。
Memory: Available Bytes
另一個檢查SQLServer是否有足夠的物理內(nèi)存的方法是檢查Memory Object: Available Bytes計數(shù)器。 這個值至少大于5M,否則需要添加更多的物理內(nèi)存。在一個專門的SQLServer服務(wù)器上,SQLServer試圖維持4-10M的自由物理內(nèi)存,其余的物理內(nèi)存被操作系統(tǒng)和SQLServer使用。當(dāng)可用的物理內(nèi)存接近5M或者更低時,SQLServer最可能因為缺少內(nèi)存而遇到性能瓶頸。遇此情況,你需要增加物理內(nèi)存以減少服務(wù)器的負(fù)荷,或者給SQLServer配置一個合適的內(nèi)存。
Physical Disk: % Disk Time
這個計數(shù)器度量磁盤陣列繁忙程度(不是邏輯分區(qū)或磁盤陣列上獨(dú)立的磁盤)。它提供一個對磁盤陣列繁忙程度相對較好的度量。原則上計數(shù)器% Disk Time的值應(yīng)該小于55%。如果持續(xù)超過55%(在你24小時的監(jiān)控周期里大約超過10分鐘),說明你的SQLServer有I/O瓶頸。如果你只是偶爾看到,也不必太擔(dān)心。但是,如果經(jīng)常發(fā)生的話(也就是說,一個小時出現(xiàn)好幾次),就應(yīng)該著手尋找增加服務(wù)器I/O性能或者減少服務(wù)器負(fù)荷的解決之道了。一般是為磁盤陣列增加磁盤,或者更好更快的磁盤,或者給控制器卡增加緩存,或者使用不同版本的RAID,或者更換更快的控制器。
在NT4.0上使用該計數(shù)器之前,確認(rèn)在NT命令提示符下輸入diskperf -y,重啟服務(wù)器,以便手動打開。在NT4.0下第一次必須將該計數(shù)器打開,Windows2000默認(rèn)是打開的。
Physical Disk: Avg. Disk Queue Length
除了觀察物理磁盤的% Disk Time計數(shù)器外,還可以用Avg. Disk Queue Length計數(shù)器。磁盤陣列中的各個磁盤的該值如果超過2(在你24小時的監(jiān)控周期里大約超過10分鐘),那么你的磁盤陣列存在I/O瓶頸問題。象計數(shù)器% Disk Time一樣,如果只是偶爾看到,也不必太擔(dān)心。但是,如果經(jīng)常發(fā)生的話,就應(yīng)該著手尋找增加服務(wù)器I/O性能的解決之道了。如前所述。
你需要計算這個值,因為性能監(jiān)視器不知道你的磁盤陣列中有多少物理磁盤。例如,如果你有一個6個物理磁盤組成的磁盤陣列,它的Avg.
Disk Queue Length值為10,那么實際每個磁盤的值為1.66(10/6=1.66),它們都在建議值2以內(nèi)。
在NT4.0上使用該計數(shù)器之前,確認(rèn)在NT命令提示符下輸入diskperf -y,重啟服務(wù)器,以便手動打開。在NT4.0下第一次必須將該計數(shù)器打開,Windows2000默認(rèn)是打開的。
一起使用這兩個計數(shù)器將幫助你找出I/O瓶頸。例如,如果% Disk Time的值超過55%,Avg. Disk Queue Length計數(shù)器值超過2,服務(wù)器則存在I/O瓶頸。
Processor: % Processor Time
處理器對象: % Processor Time計數(shù)器對每一個CPU可用,并針對每一個CPU進(jìn)行檢測。同樣對于所有的CPU也可用。這是一個觀察CPU利用率的關(guān)鍵計數(shù)器。如果% Total Processor Time計數(shù)器的值持續(xù)超過80%(在你24小時的監(jiān)控周期里大約超過10分鐘),說明CPU存在瓶頸問題。如果只是偶爾發(fā)生,并且你認(rèn)為對你的服務(wù)器影響不大,那沒問題。如果經(jīng)常發(fā)生,你應(yīng)該減少服務(wù)器的負(fù)載,更換更高頻率的CPU,或者增加CPU的數(shù)量或者增加CPU的2級緩存(L2 cache)。
System: Processor Queue Length
根據(jù)% Processor Time計數(shù)器,你可以監(jiān)控Processor Queue Length計數(shù)器。每個CPU的該值如果持續(xù)超過2(在你24小時的監(jiān)控周期里大約超過10分鐘),那么你的CPU存在瓶頸問題。例如,如果你的服務(wù)器有4個CPU,Processor Queue Length計數(shù)器的值總共不應(yīng)超過8。
如果Processor Queue Length計數(shù)器的值有規(guī)律的超過建議的最大值,但是CPU利用率相對不是很高,那么考慮減少SQLServer的"max worker threads"的配置值。Processor Queue Length計數(shù)器的值高的可能原因是有太多的工作線程等待處理。通過減少"maximum worker threads"的值,強(qiáng)迫線程池踢掉某些線程,從而使線程池得到最大的利用。
一起使用計數(shù)器Processor Queue Length和計數(shù)器% Total Process Time,你可以找到CPU瓶頸,如果都顯示超過它們的建議值,可以確信存在CPU瓶頸問題。
SQL Server Buffer: Buffer Cache Hit Ratio
SQL Server Buffer中的計數(shù)器Buffer Cache Hit Ratio用來指出SQLServer從緩存中而不是磁盤中獲得數(shù)據(jù)的頻率。在一個OLTP程序中,該比率應(yīng)該超過90%,理想值是超過99%。如果你的buffer cache hit ratio低于90%,你需要立即增加內(nèi)存。如果該比率在90%和99%之間,你應(yīng)該認(rèn)真考慮購買更多的內(nèi)存了。如果接近99%,你的SQLServer性能是比較快的了。某些情況下,如果你的數(shù)據(jù)庫非常大,你不可能達(dá)到99%,即使你在服務(wù)器上配置了最大的內(nèi)存。你所能做的就是盡可能的添加內(nèi)存。
在OLAP程序中,由于其本身的工作原理,該比率大大減少。不管怎樣,更多的內(nèi)存總是能提高SQLServer的性能。
SQL Server General: User Connections
既然sqlserver的使用人數(shù)會影響它的性能,你就需要專注于sqlserver的General Statistics Object: User Connections計數(shù)器。它顯示sqlserver目前連接的數(shù)量,而不是用戶數(shù)。
如果該計數(shù)器超過255,那么你需要將sqlserver的"Maximum Worker Threads" 的配置值設(shè)置得比缺省值255高。如果連接的數(shù)量超過可用的線程數(shù),那么sqlserver將共享線程,這樣會影響性能。"Maximum Worker Threads"需要設(shè)置得比你服務(wù)器曾經(jīng)達(dá)到的最大連接數(shù)更高。
SQL Server是Microsoft 公司推出的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)。
SQL Server具有使用方便可伸縮性好與相關(guān)軟件集成程度高等優(yōu)點,可跨越從運(yùn)行Microsoft Windows 98 的膝上型電腦到運(yùn)行Microsoft Windows 2012 的大型多處理器的服務(wù)器等多種平臺使用。
Microsoft SQL Server 是一個全面的數(shù)據(jù)庫平臺,使用集成的商業(yè)智能 (BI)工具提供了企業(yè)級的數(shù)據(jù)管理。
Microsoft SQL Server?數(shù)據(jù)庫引擎為關(guān)系型數(shù)據(jù)和結(jié)構(gòu)化數(shù)據(jù)提供了更安全可靠的存儲功能,使您可以構(gòu)建和管理用于業(yè)務(wù)的高可用和高性能的數(shù)據(jù)應(yīng)用程序。
擴(kuò)展資料:
在Windows NT 推出后,Microsoft與Sybase 在SQL Server 的開發(fā)上就分道揚(yáng)鑣了,Microsoft 將SQL Server移植到Windows NT系統(tǒng)上,專注于開發(fā)推廣SQL Server 的Windows NT 版本。
SQL Server 2000 是Microsoft 公司推出的SQL Server數(shù)據(jù)庫管理系統(tǒng),該版本繼承了SQL Server 7.0 版本的優(yōu)點,同時又比它增加了許多更先進(jìn)的功能。
具有使用方便可伸縮性好與相關(guān)軟件集成程度高等優(yōu)點,可跨越從運(yùn)行Microsoft Windows 98 的膝上型電腦到運(yùn)行Microsoft Windows 2000 的大型多處理器的服務(wù)器等多種平臺使用。
參考資料來源:百度百科-Microsoft SQL Server
沒學(xué)過易語言,不過看樣子是用excel控件,這樣必須設(shè)置相關(guān)字段的格式與小數(shù)位。否則會默認(rèn)浮點型小數(shù)位。
本文題目:超易sqlserver,超易星
本文來源:http://jinyejixie.com/article24/dssogce.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供營銷型網(wǎng)站建設(shè)、商城網(wǎng)站、網(wǎng)頁設(shè)計公司、App設(shè)計、搜索引擎優(yōu)化、網(wǎng)站策劃
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)