數據緩存和執行緩存的控制。
SQLServer佔用的內存主要由三部分組成：數據緩存（DataBuffer）、執行緩存（ProcereCache）、以及SQLServer引擎程序。SQLServer引擎程序所佔用緩存一般相對變化不大，則我們進行內存調優的主要著眼點在數據緩存和執行緩存的控制上。
SQL語句在執行前首先將被編譯並通過查詢優化引擎進行優化，從而得到優化後的執行計劃，然後按照執行計劃被執行。對於整體相似、僅僅是參數不同的SQL語句，SQLServer可以重用執行計劃。但對於不同的SQL語句，SQLServer並不能重復使用以前的執行計劃，而是需要重新編譯出一個新的執行計劃。同時，SQLServer在內存足夠使用的情況下，此時並不主動清除以前保存的查詢計劃。這樣，不同的SQL語句執行方式，就將會大大影響SQLServer中存儲的查詢計劃數目。如果限定了SQLServer最大可用內存，則過多無用的執行計劃佔用，將導致SQLServer可用內存減少，從而在執行查詢時尤其是大的查詢時與磁碟發生更多的內存頁交換。如果沒有限定最大可用內存，則SQLServer由於可用內存減少，從而會佔用更多內存。
⑵ SQLServer資料庫收縮相關知識
SQL Server 資料庫採取預先分配空間的方法來建立資料庫的數據文件或者日誌文件，比如數據文件的空間分配了300MB，而實際上只佔用了20MB空間，這樣就會造成磁碟存儲空間的浪費。可以通過資料庫收縮技術對資料庫中的每個文件進行收縮，刪除已經分配但沒有使用的頁。從而節省伺服器的存儲的成本。
官方解釋：收縮數據文件通過將數據頁從文件末尾移動到更靠近文件開頭的未佔用的空間來恢復空間。在文件末尾創建足夠的可用空間後，可以取消對文件末尾的數據頁的分配並將它們返回給文件系統。
收縮後的資料庫不能小於資料庫最初創建時指定的大小。 或是上一次使用文件大小更改操作（如 DBCC SHRINKFILE）設置的顯式大小。
比如：如果資料庫最初創建時的大小為 10 MB，後來增長到 100 MB，則該資料庫最小隻能收縮到 10 MB，即使已經刪除資料庫的所有數據也是如此。
不能在備份資料庫時收縮資料庫。 反之，也不能在資料庫執行收縮操作時備份資料庫。
介紹：收縮指定資料庫中的數據文件大小。
語法格式：
參數說明：
介紹：收縮當前資料庫的指定數據或日誌文件的大小，或通過將數據從指定的文件移動到相同文件組中的其他文件來清空文件，以允許從資料庫中刪除該文件。文件大小可以收縮到比創建該文件時所指定的大小更小。這樣會將最小文件大小重置為新值。
語法格式：
參數說明：
例如，如果創建一個10MB 的文件，然後在文件仍然為空的時候將文件收縮為2 MB，默認文件大小將設置為2 MB。這只適用於永遠不會包含數據的空文件。
另附SqlServer常見問題解答
1）管理器不會主動刷新，需要手工刷新一下才能看到最新狀態（性能方面的考慮）
2）很少情況下，恢復進程被掛起了。這個時候假設你要恢復並且回到可訪問狀態，要執行：
RESTORE database dbname with recovery
這使得恢復過程能完全結束。
3）如果你要不斷恢復後面的日誌文件，的確需要使資料庫處於「正在還原狀態」，
這通常是執行下面命令：
RESTORE database dbname with norecovery
原來SQL Server對伺服器內存的使用策略是用多少內存就佔用多少內存，只用在伺服器內存不足時，才會釋放一點佔用的內存，所以SQL Server 伺服器內存往往會佔用很高。我們可以通過DBCC MemoryStatus來查看內存狀態。
SQL SERVER運行時會執行兩種緩存:
1. 數據緩存：執行個查詢語句，SQL SERVER會將相關的數據頁（SQL SERVER操作的數據都是以頁為單位的）載入到內存中來， 下一次如果再次請求此頁的數據的時候，就無需讀取磁碟了，大大提高了速度。
2.執行命令緩存：在執行存儲過程，自定函數時，SQL SERVER需要先二進制編譯再運行，編譯後的結果也會緩存起來， 再次調用時就無需再次編譯。
可以調用以下幾個DBCC管理命令來清理這些緩存：
但是，這幾個命令雖然會清除掉現有緩存，為新的緩存騰地方，但是Sql server並不會因此釋放掉已經佔用的內存。SQL SERVER並沒有提供任何命令允許我們釋放不用到的內存。因此我們只能通過動態調整SQL SERVER可用的物理內存設置來強迫它釋放內存。
解決SQLSERVER內存佔用過高的方法：
1、清除所有緩存DBCC DROPLEANBUFFERS
2、調整SQLSERVER可使用的最大伺服器內存。
在SQL管理器，右擊實例名稱
在屬性實例屬性裡面找到內存選項
把最大內存改成合適的內存，確定後內存就會被強制釋放，然後重啟實例。再看看任務管理器，內存使用率就降下來啦。
1、查看連接對象
USE master
GO
--如果要指定資料庫就把注釋去掉
SELECT * FROM sys.[sysprocesses] WHERE [spid]>50 --AND DB_NAME([dbid])='gposdb'
當前連接對象有67個其中『WINAME』的主機名，『jTDS』的進程名不屬於已知常用軟體，找到這台主機並解決連接問題。在360流量防火牆中查看有哪個軟體連接了伺服器IP，除之。
2、然後使用下面語句看一下各項指標是否正常，是否有阻塞，正常情況下搜索結果應該為空。
SELECT TOP 10
[session_id],
[request_id],
[start_time] AS '開始時間',
[status] AS '狀態',
[command] AS '命令',
dest.[text] AS 'sql語句',
DB_NAME([database_id]) AS '資料庫名',
[blocking_session_id] AS '正在阻塞其他會話的會話ID',
[wait_type] AS '等待資源類型',
[wait_time] AS '等待時間',
[wait_resource] AS '等待的資源',
[reads] AS '物理讀次數',
[writes] AS '寫次數',
[logical_reads] AS '邏輯讀次數',
[row_count] AS '返回結果行數'
FROM sys.[dm_exec_requests] AS der
CROSS APPLY
sys.[dm_exec_sql_text](der.[sql_handle]) AS dest
WHERE [session_id]>50 AND DB_NAME(der.[database_id])='gposdb'
ORDER BY [cpu_time] DESC
查看是哪些SQL語句佔用較大可以使用下面代碼
--在SSMS里選擇以文本格式顯示結果
SELECT TOP 10
dest.[text] AS 'sql語句'
FROM sys.[dm_exec_requests] AS der
CROSS APPLY
sys.[dm_exec_sql_text](der.[sql_handle]) AS dest
WHERE [session_id]>50
ORDER BY [cpu_time] DESC
3、如果SQLSERVER存在要等待的資源，那麼執行下面語句就會顯示出會話中有多少個worker在等待
SELECT TOP 10
[session_id],
[request_id],
[start_time] AS '開始時間',
[status] AS '狀態',
[command] AS '命令',
dest.[text] AS 'sql語句',
DB_NAME([database_id]) AS '資料庫名',
[blocking_session_id] AS '正在阻塞其他會話的會話ID',
der.[wait_type] AS '等待資源類型',
[wait_time] AS '等待時間',
[wait_resource] AS '等待的資源',
[dows].[waiting_tasks_count] AS '當前正在進行等待的任務數',
[reads] AS '物理讀次數',
[writes] AS '寫次數',
[logical_reads] AS '邏輯讀次數',
[row_count] AS '返回結果行數'
FROM sys.[dm_exec_requests] AS der
INNER JOIN [sys].[dm_os_wait_stats] AS dows
ON der.[wait_type]=[dows].[wait_type]
CROSS APPLY
sys.[dm_exec_sql_text](der.[sql_handle]) AS dest
WHERE [session_id]>50
ORDER BY [cpu_time] DESC;
4、查詢CPU佔用最高的SQL語句
SELECT TOP 10
total_worker_time/execution_count AS avg_cpu_cost, plan_handle,
execution_count,
(SELECT SUBSTRING(text, statement_start_offset/2 + 1,
(CASE WHEN statement_end_offset = -1
THEN LEN(CONVERT(nvarchar(max), text)) * 2
ELSE statement_end_offset
END - statement_start_offset)/2)
FROM sys.dm_exec_sql_text(sql_handle)) AS query_text
FROM sys.dm_exec_query_stats
ORDER BY [avg_cpu_cost] DESC;
5、索引缺失查詢
SELECT
DatabaseName = DB_NAME(database_id)
,[Number Indexes Missing] = count(*)
FROM sys.dm_db_missing_index_details
GROUP BY DB_NAME(database_id)
ORDER BY 2 DESC;
SELECT TOP 10
[Total Cost] = ROUND(avg_total_user_cost * avg_user_impact * (user_seeks + user_scans),0)
, avg_user_impact
, TableName = statement
, [EqualityUsage] = equality_columns
, [InequalityUsage] = inequality_columns
, [Include Cloumns] = included_columns
FROM sys.dm_db_missing_index_groups g
INNER JOIN sys.dm_db_missing_index_group_stats s
ON s.group_handle = g.index_group_handle
INNER JOIN sys.dm_db_missing_index_details d
ON d.index_handle = g.index_handle
ORDER BY [Total Cost] DESC;
找到索引缺失的表，根據查詢結果中的關鍵次逐一建立索引。
⑶ 微軟SQL Server 2008 R2 標准版(25用戶)最大並發連接數是多少及支持多少客戶端同時訪問
SQL Server 2008支持並發的連接數分兩種情況：
1）不啟用連接池
當創建到101個連接的時候，就無法再創建新連接了。也就是說，如果連接字元串不做任何處理，我們的程序只能夠跟SQLServer建立101個連接。
2）啟用連接池
在連接字元串中加入代碼：
Pooling=true;Max Pool Size=40000;Min Pool Size=0;
微軟在MSDN上對最大連接數的定義是：「默認是0，代表不限制，但最大連接數是32767。
SQL Server支持同時訪問的客戶端數量：
開發版、速成版有客戶連接限制，一般是10個連接。企業版、標准版沒有限制，硬體能支持多少就能支持多少。
(3)sqlserver數據緩存擴展閱讀
sql server 2008 R2 連接數過高的解決辦法：
由於公司最近兩個Web站點做了負載均衡，但是緩存機制仍然是 Asp.Net 自帶的緩存，這樣就導致了每台Web 伺服器內存中都有一份緩存，直接導致了多次請求DB資料庫，造成了DB連接數過高。
由於是兩個較大的站點兩台伺服器做負載均衡（負載平衡），所以，DB 的連接數也飆升，幾乎翻了3倍。
公司DB伺服器用的是 Sql Server 2008 R2 ，並且DB伺服器配置是相當的強悍的，連接數一度沖擊到740，真是讓人驚嘆不已。雖然鏈接數強悍，但是前台訪問的頁面 超時的 也是茫茫多，沒辦法，只能採用了緊急處理：
1、加大程序中的緩存，特別是頁面頭部加上 OutPutCache 緩存。
2、用上鏡像的備份DB伺服器，把2個站點的DB鏈接改到了鏡像的DB，這台鏡像DB和現在主DB是不在同一個機房的，目標就是容災和在高流量的情況下快速切換