首先應該確定是誰慢的,往往是程序處理方面的問題而不是數(shù)據(jù)庫的問題。
鉛山網站建設公司成都創(chuàng)新互聯(lián),鉛山網站設計制作,有大型網站制作公司豐富經驗。已為鉛山上千家提供企業(yè)網站建設服務。企業(yè)網站搭建\成都外貿網站建設公司要多少錢,請找那個售后服務好的鉛山做網站的公司定做!
程序方面應該盡可能的減少數(shù)據(jù)查詢返回的內容,減少IO壓力,磁盤IO和網絡IO是非常非常慢的。比如可以查詢返回ID,然后再根據(jù)ID一條一條的查詢具體內容,看似慢了,在數(shù)據(jù)量大的時候快很多
對于數(shù)據(jù)可以參照下面幾點
1、優(yōu)化SQL語句,SQL語句對查詢速度影響最大的
2、對于經常查詢的字段作索引。但是這樣會增加修改時的壓力
4、優(yōu)化SQLServer,比如給其分配固定的內存,預先分配查詢內存,調整CPU使用率等。SQL Server 可以占用幾乎所有Windows的內存,但是申請內存開銷很大。因此可以設定其使用固定大小內存,比如啟動就分配1G以上內存。
5、優(yōu)化硬件資源,比如使用更高的服務器或者硬盤,獨立安排數(shù)據(jù)庫的數(shù)據(jù)文件和索引文件,將數(shù)據(jù)文件分布于不同的物理硬盤上等等
6、考慮使用分布數(shù)據(jù)庫或者對大表進行拆分
慢的三個原因,IOPS,CPU,內存,鎖。
數(shù)據(jù)庫默認是占滿內存做緩存的,如果你有2個不同的數(shù)據(jù)庫,內存不分配好,就出現(xiàn)爭用內存的情況。
CPU一般建議80%左右,索引、大邏輯查詢,count等統(tǒng)計信息都是走CPU,CPU高肯定慢。
IOPS,就是寫入速度,如果經常批量寫數(shù)據(jù),批量查數(shù)據(jù),或者直接全部數(shù)據(jù)讀取后給前端處理,IOPS不足就會影響數(shù)據(jù)吞吐形成等待。
鎖,也就是事務,大量事務會出現(xiàn)槍鎖情況,這個情況也會等待,甚至死鎖。
SQL Server數(shù)據(jù)庫查詢速度慢的原因有很多,常見的有以下幾種:
1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題,是數(shù)據(jù)庫設計的缺陷)
2、I/O吞吐量小,形成了瓶頸效應。
3、沒有創(chuàng)建計算列導致查詢不優(yōu)化。
4、內存不足
5、網絡速度慢
6、查詢出的數(shù)據(jù)量過大(可以采用多次查詢,其他的方法降低數(shù)據(jù)量)
7、鎖或者死鎖(這也是查詢慢最常見的問題,是程序設計的缺陷)
8、sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
9、返回了不必要的行和列
10、查詢語句不好,沒有優(yōu)化
●可以通過以下方法來優(yōu)化查詢 :
1、把數(shù)據(jù)、日志、索引放到不同的I/O設備上,增加讀取速度,以前可以將Tempdb應放在RAID0上,SQL2000不在支持。數(shù)據(jù)量(尺寸)越大,提高I/O越重要。
2、縱向、橫向分割表,減少表的尺寸(sp_spaceuse)
3、升級硬件
4、根據(jù)查詢條件,建立索引,優(yōu)化索引、優(yōu)化訪問方式,限制結果集的數(shù)據(jù)量。注意填充因子要適當(最好是使用默認值0)。索引應該盡量小,使用字節(jié)數(shù)小的列建索引好(參照索引的創(chuàng)建),不要對有限的幾個值的字段建單一索引如性別字段。