慢的三個原因,IOPS,CPU,內(nèi)存,鎖。
在大冶等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務(wù)理念,為客戶提供成都網(wǎng)站設(shè)計、成都網(wǎng)站制作、外貿(mào)網(wǎng)站建設(shè) 網(wǎng)站設(shè)計制作定制開發(fā),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站制作,網(wǎng)絡(luò)營銷推廣,外貿(mào)網(wǎng)站制作,大冶網(wǎng)站建設(shè)費用合理。
數(shù)據(jù)庫默認是占滿內(nèi)存做緩存的,如果你有2個不同的數(shù)據(jù)庫,內(nèi)存不分配好,就出現(xiàn)爭用內(nèi)存的情況。
CPU一般建議80%左右,索引、大邏輯查詢,count等統(tǒng)計信息都是走CPU,CPU高肯定慢。
IOPS,就是寫入速度,如果經(jīng)常批量寫數(shù)據(jù),批量查數(shù)據(jù),或者直接全部數(shù)據(jù)讀取后給前端處理,IOPS不足就會影響數(shù)據(jù)吞吐形成等待。
鎖,也就是事務(wù),大量事務(wù)會出現(xiàn)槍鎖情況,這個情況也會等待,甚至死鎖。
首先應(yīng)該確定是誰慢的,往往是程序處理方面的問題而不是數(shù)據(jù)庫的問題。
程序方面應(yīng)該盡可能的減少數(shù)據(jù)查詢返回的內(nèi)容,減少IO壓力,磁盤IO和網(wǎng)絡(luò)IO是非常非常慢的。比如可以查詢返回ID,然后再根據(jù)ID一條一條的查詢具體內(nèi)容,看似慢了,在數(shù)據(jù)量大的時候快很多
對于數(shù)據(jù)可以參照下面幾點
1、優(yōu)化SQL語句,SQL語句對查詢速度影響最大的
2、對于經(jīng)常查詢的字段作索引。但是這樣會增加修改時的壓力
4、優(yōu)化SQLServer,比如給其分配固定的內(nèi)存,預(yù)先分配查詢內(nèi)存,調(diào)整CPU使用率等。SQL Server 可以占用幾乎所有Windows的內(nèi)存,但是申請內(nèi)存開銷很大。因此可以設(shè)定其使用固定大小內(nèi)存,比如啟動就分配1G以上內(nèi)存。
5、優(yōu)化硬件資源,比如使用更高的服務(wù)器或者硬盤,獨立安排數(shù)據(jù)庫的數(shù)據(jù)文件和索引文件,將數(shù)據(jù)文件分布于不同的物理硬盤上等等
6、考慮使用分布數(shù)據(jù)庫或者對大表進行拆分
我覺得樓上的可能沒有看清書樓主的問題,樓主是用sql
server打開的,也就是應(yīng)該用企業(yè)管理器打開的,而且重新啟動以后速度會很快,然后逐漸變慢,如果樓主能排除自身硬件問題,我想,有如下可能:
1,有病毒,占用內(nèi)存
2,sqlserver版本可能有問題,嘗試重新安裝,打上sp4補丁
SQL Server數(shù)據(jù)庫查詢速度慢的原因有很多,常見的有以下幾種:
1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題,是數(shù)據(jù)庫設(shè)計的缺陷)
2、I/O吞吐量小,形成了瓶頸效應(yīng)。
3、沒有創(chuàng)建計算列導(dǎo)致查詢不優(yōu)化。
4、內(nèi)存不足
5、網(wǎng)絡(luò)速度慢
6、查詢出的數(shù)據(jù)量過大(可以采用多次查詢,其他的方法降低數(shù)據(jù)量)
7、鎖或者死鎖(這也是查詢慢最常見的問題,是程序設(shè)計的缺陷)
8、sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好,沒有優(yōu)化
●可以通過以下方法來優(yōu)化查詢 :
1、把數(shù)據(jù)、日志、索引放到不同的I/O設(shè)備上,增加讀取速度,以前可以將Tempdb應(yīng)放在RAID0上,SQL2000不在支持。數(shù)據(jù)量(尺寸)越大,提高I/O越重要。
2、縱向、橫向分割表,減少表的尺寸(sp_spaceuse)
3、升級硬件
4、根據(jù)查詢條件,建立索引,優(yōu)化索引、優(yōu)化訪問方式,限制結(jié)果集的數(shù)據(jù)量。注意填充因子要適當(最好是使用默認值0)。索引應(yīng)該盡量小,使用字節(jié)數(shù)小的列建索引好(參照索引的創(chuàng)建),不要對有限的幾個值的字段建單一索引如性別字段。