查詢速度慢的原因很多，常見如下幾種：
　　
　　1、沒有索引或者沒有用到索引(這是查詢慢最常見的問題，是程序設計的缺陷)
　　
　　2、I/O吞吐量小，形成了瓶頸效應。
　　
　　3、沒有創建計算列導致查詢不優化。
　　
　　4、內存不足
　　
　　5、網絡速度慢
　　
　　6、查詢出的數據量過大（可以采用多次查詢，其他的方法降低數據量）
　　
　　7、鎖或者死鎖(這也是查詢慢最常見的問題，是程序設計的缺陷)
　　
　　8、sp_lock,sp_who,活動的用戶查看,原因是讀寫競爭資源。
　　
　　9、返回了不必要的行和列
　　
　　10、查詢語句不好，沒有優化

　　可以通過如下方法來優化查詢 :
　　
　　1、把數據、日志、索引放到不同的I/O設備上，增加讀取速度，以前可以將Tempdb應放在RAID0上，SQL2000不在支持。數據量（尺寸）越大，提高I/O越重要.
　　
　　2、縱向、橫向分割表，減少表的尺寸(sp_spaceuse)
　　
　　3、升級硬件
　　
　　4、根據查詢條件,建立索引,優化索引、優化訪問方式，限制結果集的數據量。注意填充因子要適當（最好是使用默認值0）。索引應該盡量小，使用字節數小的列建索引好（參照索引的創建）,不要對有限的幾個值的字段建單一索引如性別字段
　　
　　5、提高網速;
　　
　　6、擴大服務器的內存,Windows 2000和SQL server 2000能支持4-8G的內存。配置虛擬內存：虛擬內存大小應基于計算機上并發運行的服務進行配置。運行 Microsoft SQL Server? 2000 時，可考慮將虛擬內存大小設置為計算機中安裝的物理內存的 1.5 倍。如果另外安裝了全文檢索功能，并打算運行 Microsoft 搜索服務以便執行全文索引和查詢，可考慮：將虛擬內存大小配置為至少是計算機中安裝的物理內存的 3 倍。將 SQL Server max server memory 服務器配置選項配置為物理內存的 1.5 倍（虛擬內存大小設置的一半）。
　　
　　7、增加服務器 CPU個數;但是必須明白并行處理串行處理更需要資源例如內存。使用并行還是串行程是MsSQL自動評估選擇的。單個任務分解成多個任務，就可以在處理器上運行。例如耽擱查詢的排序、連接、掃描和GROUP BY字句同時執行，SQL SERVER根據系統的負載情況決定最優的并行等級，復雜的需要消耗大量的CPU的查詢最適合并行處理。但是更新操作Update,Insert， Delete還不能并行處理。
　　
　　8、如果是使用like進行查詢的話，簡單的使用index是不行的，但是全文索引，耗空間。 like ’a%’ 使用索引 like ’%a’ 不使用索引用 like ’%a%’ 查詢時，查詢耗時和字段值總長度成正比,所以不能用CHAR類型，而是VARCHAR。對于字段的值很長的建全文索引。
　　
　　9、DB Server 和APPLication Server 分離；OLTP和OLAP分離