在安裝有SQLServer資料庫的計算機上，我們在使用資料庫的過程中，有時候會在任務管理器里發現sqlservr.exe這個進程的內存和CPU佔用率較高。
接下來我們來看一下，如何解決上面這個問題，需要設置SQLServer資料庫的內存配置。登錄資料庫，這里使用的是SQLServer2008,右鍵點擊最上方的伺服器名，在彈出的菜單中，點擊【屬性】
打開伺服器屬性窗口。默認顯示的是第一項【常規】內容，點擊第二項【內存】進行內存配置。
點擊【內存】後，打開伺服器內存選項配置界面。這里的【使用AWE分配內存】可以對內存進行擴展支持，我們要做的是更改下方的最大伺服器內存。這個數值根據自己伺服器內存大小來做適當設置。
5
個人建議設置本機內存的一半或稍微高一點，如機器內存為2G，那麼我們這里填寫1000。需要注意的是內存設置調小以後，在資料庫執行較復雜SQL語句的時候，可能會比較慢，出現這種情況，我們再適當上調最大內存配置大小。
B. 淺談如何優化SQL Server伺服器
數據和日誌文件分開存放在不同磁碟上
數據文件和日誌文件的操作會產生大量的I/O 在可能的條件下 日誌文件應該存放在一個與數據和索引所在的數據文件不同的硬碟上以分散I/O 同時還有利於資料庫的災難恢復
tempdb資料庫單獨存放在不同磁碟上
tempdb資料庫是其他所有資料庫都有可能使用的臨時資料庫 當使用select into 在沒建立索引的列上執行Orderby時就會在tempdb資料庫中產生臨時表來存儲中間數據 由於建立和填充臨時表會嚴重降低系統性能 所以在盡可能的情況下應該為要排序的列建立索引 同時 tempdb資料庫是為所有的用戶和應用程序共享 所以如果一個用戶占據了tempdb資料庫的所有空間 則其他資料庫將不能再使用 在可能的情況下 tempdb資料庫應該單獨放置在一個速度更快的硬碟或者RAID陣列上 分離tempdb資料庫的I/O操作以加快性能 tempdb資料庫應該有適當的容量 以滿足用戶的需要 應該允許tempdb資料庫的空間自動增長 如果設置為不允許自動增長 當查詢操作建立了超過tempdb資料庫容量的臨時表時 操作將無法完成
適當設置tempdb資料庫的增長幅度 過小的增長幅度會產生更多的外部碎片 會佔用更多的資源
避免熱點數據的發生
在SQLServer 之前 對於沒有聚集索引的表（堆集表） 新插入的數據行總是放置在磁碟中表的物理結尾處 如果並發的用戶很多 同時在對表執行插入或者更新數據的操作 這將使得十分繁忙的表的末尾有可能產生數據熱點 並發的I/O操作集中對少數頁面進行操作 將導致資料庫性能的下降
在SQLServer中 新的數據行的物理存儲空間的分配是通過PFS頁面來進行的 PFS頁面的管理演算法將插入操作進行分散來盡量避免產生數據熱點
在設計應用系統和資料庫時 要避免在自然增長的列上建立主鍵 這樣有可能導致熱點數據的發生
數據類型要少
在設計表時 盡可能少用數據類型 這樣一個數據頁面上可以保存最多的信息 數據頁面就少 檢索數據頁面的I/O操作就少 所以效率會高
監控和整理空間碎片
文件空間的自動增長提高了自動管理性 但可能導致空間碎片 物理空間與數據的邏輯空間不再連續 定期的監控和空間碎片整理有利於提高I/O性能
使用主數據文件和次要數據文件
每個資料庫的一個主數據文件屬於主文件組 對於 GB左右規模的資料庫 一個數據文件就夠了 如果有次要數據文件 主數據文件中有管理次要數據文件的指針
採用多個數據文件時 主數據文件用於存儲系統對象和表 次要數據文件用於存儲用戶數據和索引 在可能的情況下 主數據文件和次要數據文件可以單獨存放在不同的磁碟上以分散I/O
如果採用多個數據文件 推薦主數據文件存儲系統數據 次要數據文件存放用戶數據和索引 這樣會有助於提高I/O性能
利用文件組改善性能
在大型資料庫系統中 可以考慮建立文件組來管理數據文件 將表和索引通過存放在不同的物理磁碟上進行性能監控比較 最後得出優化的存儲方案
重視自動增長和自動收縮可能導致的性能問題
資料庫文件的自動增長和自動收縮功能對於小型資料庫的管理十分有用 但可能導致大型資料庫的性能問題 因為文件的自然增長的同時會導致存儲碎片的發生 當文件空間變大時 新分配的空間不一定和原來的空間連續 當文件空間收縮時 釋放了部分空間 然而當文件又需要增長存儲空間卻不能利用原先釋放的空間 也會導致碎片的發生
分離系統數據和用戶數據
將系統資料庫和用戶資料庫分開存放在不同的物理磁碟上有助於改善I/O性能 有助於資料庫備份和恢復
優化索引設計
索引的設計對資料庫的性能十分重要 具體不再闡述 可參見本博相關文章
定期更新統計信息
SQLServer默認使用基於代價的優化 所以統計信息的及時更新對於查詢優化十分重要
定期的一致性檢查
lishixin/Article/program/SQLServer/201311/22434
C. 如何做SqlServer 數據查詢優化！
一、建立索引
二、建立存儲過程
三、只查詢您所需要的數據，不要把所有數據都查詢出來，防止數據冗餘。
四、對於大量及海量數據一般還要建立分區
D. SQL Server資料庫的高性能優化經驗總結
本文主要向大家介紹的是正確優化SQL
Server資料庫的經驗總結，其中包括在對其進行優化的實際操作中值得大家注意的地方描述，以及對SQL語句進行優化的最基本原則，以下就是文章的主要內容描述。
優化資料庫的注意事項：
1、關鍵欄位建立索引。
2、使用存儲過程，它使SQL變得更加靈活和高效。
3、備份資料庫和清除垃圾數據。
4、SQL語句語法的優化。(可以用Sybase的SQL
Expert，可惜我沒找到unexpired的序列號)
5、清理刪除日誌。
SQL語句優化的基本原則：
1、使用索引來更快地遍歷表。
預設情況下建立的索引是非群集索引，但有時它並不是最佳的。在非群集索引下，數據在物理上隨機存放在數據頁上。合理的索引設計要建立在對各種查詢的分析和預測上。
一般來說：
①.有大量重復值、且經常有范圍查詢(between,
>,<
，>=,<
=)和order
by、group
by發生的列，可考慮建立群集索引
②.經常同時存取多列，且每列都含有重復值可考慮建立組合索引;
③.組合索引要盡量使關鍵查詢形成索引覆蓋，其前導列一定是使用最頻繁的列。
2、IS
NULL
與
IS
NOT
NULL
不能用null作索引，任何包含null值的列都將不會被包含在索引中。即使索引有多列這樣的情況下，只要這些列中有一列含有null，該列就會從索引中排除。也就是說如果某列存在空值，即使對該列建索引也不會提高性能。任何在where子句中使用is
null或is
not
null的語句優化器是不允許使用索引的。
3、IN和EXISTS
EXISTS要遠比IN的效率高。裡面關繫到full
table
scan和range
scan。幾乎將所有的IN操作符子查詢改寫為使用EXISTS的子查詢。
4、在海量查詢時盡量少用格式轉換。
5、當在SQL
SERVER
2000中
如果存儲過程只有一個參數，並且是OUTPUT類型的，必須在調用這個存儲過程的時候給這個參數一個初始的值，否則會出現調用錯誤。
6、ORDER
BY和GROPU
BY
使用ORDER
BY和GROUP
BY短語，任何一種索引都有助於SELECT的性能提高。注意如果索引列裡面有NULL值，Optimizer將無法優化。
7、任何對列的操作都將導致表掃描，它包括SQL
Server資料庫函數、計算表達式等等，查詢時要盡可能將操作移至等號右邊。
8、IN、OR子句常會使用工作表，使索引失效。如果不產生大量重復值，可以考慮把子句拆開。拆開的子句中應該包含索引。
9、SET
SHOWPLAN_ALL>10、謹慎使用游標
在某些必須使用游標的場合，可考慮將符合條件的數據行轉入臨時表中，再對臨時表定義游標進行操作，這樣可使性能得到明顯提高。
注釋：所謂的優化就是WHERE子句利用了索引，不可優化即發生了表掃描或額外開銷。經驗顯示，SQL
Server資料庫性能的最大改進得益於邏輯的資料庫設計、索引設計和查詢設計方面。反過來說，最大的性能問題常常是由其中這些相同方面中的不足引起的。
其實SQL優化的實質就是在結果正確的前提下，用優化器可以識別的語句，充份利用索引，減少表掃描的I/O次數，盡量避免表搜索的發生。其實SQL的性能優化是一個復雜的過程，上述這些只是在應用層次的一種體現，深入研究還會涉及SQL
Server資料庫層的資源配置、網路層的流量控制以及操作系統層的總體設計。
E. 50種方法巧妙優化你的SQLServer資料庫（二）
26、MIN() 和 MAX()能使用到合適的索引。
27、資料庫有一個原則是代碼離數據越近越好，所以優先選擇Default,依次為Rules,Triggers, Constraint（約束如外健主健CheckUNIQUE……,數據類型的長度等等都是約束）,Procere.這樣不僅維護工作小，編寫程序質量高，並且執行的速度快。
28、如果要插入大的二進制值到Image列，使用存儲過程，千萬不要用內嵌INsert來插入(不知JAVA是否)。因為這樣應消襲用程序首先將二進制值轉換成字元串（尺寸是它的兩倍），伺服器受到字元後又將他轉換成二進制值.存儲過程就沒有這些動作: 方法：
Create procere p_insert as insert into table(Fimage) values (@image)
在前台調用這個存儲過程傳入二進制參數，這樣處理速度明顯改善。
29、Between在某些時候比IN速度更快,Between能夠更快地根據索引找到范圍。用查詢優化器可見到差別。
select * from chineseresume where title in ('男','女') Select * from chineseresume where between
'男' and '女' 是一樣的。由於in會在比較多次，所以有時會慢些。
30、在必要是對全局或者局部臨時表創建索引，有時能夠提高速度，但不是一定會這樣，因為索引也耗費大量的資源。他的創建同是實際表一樣。
31、不要建沒有作用的事物例如產生報表時，浪費資源。只有在必要使用事物時使用它。
32、用OR的字句可以分解成多個查詢，並且通過UNION 連接行橋森多個查詢。他們的速度只同是否使用索引有關,如果查詢需要用到聯合索引，用UNION all執行的效率更高.多個OR的字句沒有用到索引，改寫成UNION的形式再試圖與索引匹配。一個關鍵的問題是否用到索引。
33、盡量少用視圖，它的效率低。對視圖操作比直接對表操作慢,可以用stored procere來代替她。特別的是不要用視圖嵌套,嵌套視圖增加了尋找原始資料的難度。我們看視圖的本質：它是存放在伺服器上的被優化好了的已經產生了查檔畝詢規劃的SQL。對單個表檢索數據時，不要使用指向多個表的視圖，直接從表檢索或者僅僅包含這個表的視圖上讀，否則增加了不必要的開銷,查詢受到干擾.為了加快視圖的查詢，MsSQL增加了視圖索引的功能。
34、沒有必要時不要用DISTINCT和ORDER BY，這些動作可以改在客戶端執行。它們增加了額外的開銷。這同UNION 和UNION ALL一樣的道理。
select top 20 ad.companyname,comid,position,ad.referenceid,worklocation,
convert(varchar(10),ad.postDate,120) as postDate1,workyear,degreedescription FROM
jobcn_query.dbo.COMPANYAD_query ad where referenceID in('JCNAD00329667','JCNAD132168','JCNAD00337748','JCNAD00338345',
'JCNAD00333138','JCNAD00303570','JCNAD00303569',
'JCNAD00303568','JCNAD00306698','JCNAD00231935','JCNAD00231933',
'JCNAD00254567','JCNAD00254585','JCNAD00254608',
'JCNAD00254607','JCNAD00258524','JCNAD00332133','JCNAD00268618',
'JCNAD00279196','JCNAD00268613') order by postdate desc
35、在IN後面值的列表中，將出現最頻繁的值放在最前面，出現得最少的放在最後面，減少判斷的次數。
36、當用SELECT INTO時，它會鎖住系統表(sysobjects，sysindexes等等)，阻塞其他的連接的存取。創建臨時表時用顯示申明語句，而不是
select INTO. drop table t_lxh begin tran select * into t_lxh from chineseresume
where name = 'XYZ' --commit
在另一個連接中SELECT * from sysobjects可以看到 SELECT INTO 會鎖住系統表，Create table 也會鎖系統表(不管是臨時表還是系統表)。所以千萬不要在事物內使用它！！！這樣的話如果是經常要用的臨時表請使用實表，或者臨時表變數。
37、一般在GROUP BY 個HAVING字句之前就能剔除多餘的行，所以盡量不要用它們來做剔除行的工作。他們的執行順序應該如下：select 的Where字句選擇所有合適的行，Group By用來分組個統計行，Having字句用來剔除多餘的分組。這樣Group By 個Having的開銷小，查詢快.對於大的數據行進行分組和Having十分消耗資源。如果Group BY的目的不包括計算，只是分組，那麼用Distinct更快
38、一次更新多條記錄比分多次更新每次一條快,就是說批處理好
39、少用臨時表，盡量用結果集和Table類性的變數來代替它,Table 類型的變數比臨時表好
40、在SQL2000下，計算欄位是可以索引的，需要滿足的條件如下：
a、計算欄位的表達是確定的
b、不能用在TEXT,Ntext，Image數據類型
c、必須配製如下選項 ANSI_NULLS = ON, ANSI_PADDINGS = ON, …….
F. 50種方法巧妙優化你的SQLServer資料庫（一）
查詢速度慢的原因很多，常見如下幾種：
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分離
10、分布式分區視圖可用於實現資料庫伺服器聯合體。聯合體是一組分開管理的伺服器，但它們相互協作分擔系統的處理負荷。這種通過分區數據形成資料庫伺服器聯合體的機制能夠擴大一組伺服器，以支持大型的多層 Web 站點的處理需要。有關更多信息，參見設計聯合資料庫伺服器。（參照SQL幫助文件'分區視圖'）
a、在實現分區視圖之前，必須先水平分區表
b、在創建成員表後，在每個成員伺服器上定義一個分布式分區視圖，並且每個視圖具有相同的名稱。這樣，引用分布式分區視圖名的查詢可以在任何一個成員伺服器上運行。系統操作如同每個成員伺服器上都有一個原始表的復本一樣，但其實每個伺服器上只有一個成員表和一個分布式分區視圖。數據的位置對應用程高戚序是透明的。
11、重建索引 DBCC REINDEX ,DBCC INDEXDEFRAG,收縮數據和日誌 DBCC SHRINKDB,DBCC SHRINKFILE. 設置自動收縮日誌.對於大的資料庫不要設置資料庫自動增長，它會降低伺服器的性能。 在T-sql的寫法上有很大的講究，下面列出常見的要點：首先，DBMS處理查詢計劃的過程是這樣的：
1、 查詢語句的詞法、語法檢查
2、 將語句提交給DBMS的查詢優化器
3、 優化器做代數優化和存取路徑的優化
4、 由預編譯模塊生成查詢規劃
5、 然後在合適的時間提交給系統處理執行
6、 最後將執行結果返回給用戶其次，看一下SQL SERVER的數據存放的結構：一個頁面的大小為8K(8060)位元組，8個頁面為一個盤區，按照B樹存放。
12、Commit和rollback的區別 Rollback:回滾所有的事物。 Commit:提交當前的事物. 沒有必要在動態SQL里寫事物，如果要寫請寫在外面如： begin tran exec(@s) commit trans 或者將動態SQL 寫成函數或者存儲過程。
13、在查詢Select語句中用Where字句限制返回的行數,避免表掃描,如果返回不必要的數據，浪費了伺服器的I/O資源，加重了網路的負擔降低性能。如果表很大，在表掃描的期間將表鎖住，禁止其他的聯接訪問表,後果嚴重。
14、SQL的注釋申明對執行沒有任何影響