sql server 在查询大数据量的数据时，总会占用大量的内存，并且居高不下，一不小心就会死机。
成都创新互联公司服务项目包括定边网站建设、定边网站制作、定边网页制作以及定边网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，定边网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到定边省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！
下面这个是我从网上找到的：
当你查询数据的数据量比较大时，sqlserver会把查询结果缓存在内存中，保证你下次查询同样的记录时会很快得到结果，所以内存使用量会激增。
在你完成此次查询后，sqlserver不会马上释放内存，数据会仍然放在内存中，这是sqlserver的优化策略，sqlserver会不断地占用你的系统内存，来加快sqlserver的运行速度，当你的系统中的其它服务也需要内存时，它才会自动释放部分内存。一句话，sqlserver不会让你的系统有闲置的内存，除非你设置sqlserver的最大内存使用量。这样也没什么不好，如果你的系统很大，单独给sqlserver一台机器，这样会提高它的性能。
如果你只是开发用，要想让sqlserver释放内存，重启sqlserver的服务就行了。如果不想让sqlserver占用太多内存，设置sqlserver的最大内存占用量.
设置最大内存后效果好了不少！
数据缓存和执行缓存的控制。
SQLServer占用的内存主要由三部分组成：数据缓存（DataBuffer）、执行缓存（ProcedureCache）、以及SQLServer引擎程序。SQLServer引擎程序所占用缓存一般相对变化不大，则我们进行内存调优的主要着眼点在数据缓存和执行缓存的控制上。
SQL语句在执行前首先将被编译并通过查询优化引擎进行优化，从而得到优化后的执行计划，然后按照执行计划被执行。对于整体相似、仅仅是参数不同的SQL语句，SQLServer可以重用执行计划。但对于不同的SQL语句，SQLServer并不能重复使用以前的执行计划，而是需要重新编译出一个新的执行计划。同时，SQLServer在内存足够使用的情况下，此时并不主动清除以前保存的查询计划。这样，不同的SQL语句执行方式，就将会大大影响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信息，以及最近使用数据，减少磁盘IO的作用，提高存储读写速度的； 一般web网站中，需要用到数据检索的查询sql缓存 新手的话没关系，一般多看看他们的产品资料即可；sql有很多在线帮助；
如何查看磁盘I/O操作信息
SET
STATISTICS
IO
ON
命令是一个
使
SQL
Server
显示有关由
Transact-SQL
语句生成的磁盘活动量的信息。
我们在分析索引性能的时候，会非常有用。
启用了这个属性后，我们在执行
SQL
语句后，会收到类似如下的信息，这有利于我们分析SQL的性能：
(3999
row(s)
affected)
表
'ChargeCL'。扫描计数
1，逻辑读取
9547
次，物理读取
次，预读
次，lob
逻辑读取
次，lob
物理读取
次，lob
预读
次。
其中的
lob
逻辑读取、lob
物理读取、lob
预读
这三个指标是
读取
text、ntext、image
或大值类型
(varchar(max)、nvarchar(max)、varbinary(max))
时的指标。
而
逻辑读取、物理读取、预读
是对普通数据页的读取。
使用
SQL
Server
Management
Studio
Standard
Reports
我们在
SQL
Server
Management
Studio
中，选择数据库服务器，或者具体数据库，或者Security
--
Logins
时，或者Management
时，Notification
Services
或者
SQL
Server
Agent
对象时候，都会看到SQL
Server
替我们提供的一些现成报表，这些报表的数据，有利于我们分析数据库的状态。
比如在
SQL
Server
索引基础知识(1)---
记录数据的基本格式
中，我们就使用数据表占用空间的报表
具体报表可以参考以下链接：
SQL
Server
Management
Studio
Standard
Reports
-
Overview
测试中，释放缓存的一些方法
尤其查询语句性能测试时，数据是否被缓存，这是测试中一个重要点。下面几个命令帮助我们清除缓存。方便测试。
清除缓存有关的命令：
SQL
2000里面除了dbcc
unpintable好像就没有了
而且这个操作也不会立即释放表内存Buffer
(DBCC
UNPINTABLE
does
not
cause
the
table
to
be
immediately
flushed
from
the
data
cache.
It
specifies
that
all
of
the
pages
for
the
table
in
the
buffer
cache
can
be
flushed
if
space
is
needed
to
read
in
a
new
page
from
disk.)
SQL
2005/2008让DBA能够更自由的对SQL所占用的内存空间做处理
如：
CHECKPOINT
将当前数据库的全部脏页写入磁盘。“脏页”是已输入缓存区高速缓存且已修改但尚未写入磁盘的数据页。CHECKPOINT
可创建一个检查点，在该点保证全部脏页都已写入磁盘，从而在以后的恢复过程中节省时间。
DBCC
DROPCLEANBUFFERS
从缓冲池中删除所有清除缓冲区。
DBCC
FREEPROCCACHE
从过程缓存中删除所有元素。
DBCC
FREESYSTEMCACHE
从所有缓存中释放所有未使用的缓存条目。SQL
Server
2005
数据库引擎会事先在后台清理未使用的缓存条目，以使内存可用于当前条目。但是，可以使用此命令从所有缓存中手动删除未使用的条目。
另外还可以
sp_cursor_list
查看全部游标
DBCC
OPENTRAN查看数据库打开事务状态等
SQL Server对服务器内存的使用策略是用多少内存就占用多少内存，只用在服务器内存不足时，才会释放一点占用的内存，所以SQL Server 服务器内存往往会占用很高。
Sql Server运行时候的缓存:
1.数据缓存：执行个查询语句，Sql Server会将相关的数据页（Sql Server操作的数据都是以页为单位的）加载到内存中来， 下一次如果再次请求此页的数据的时候，就无需读取磁盘了，大大提高了速度。
2.执行命令缓存：在执行存储过程，自定函数时，Sql Server需要先二进制编译再运行，编译后的结果也会缓存起来， 再次调用时就无需再次编译。
清除缓存的命令（直接执行第四个命令清除所有缓存）：
DBCC FREEPROCCACHE --清除存储过程相关的缓存
DBCC FREESESSIONCACHE --会话缓存
DBCC FREESYSTEMCACHE('All') --系统缓存
DBCC DROPCLEANBUFFERS --所有缓存
注意：清除了缓存，不会释放SQL Server所占用的内存，所以需要通过修改SQL Server内存或重启SQL Server服务器来释放内存。
修改SQL Server内存：
优化：使用以下语句查找出什么语句占内存最高，针对占内存高的语句进行优化
SELECT SS.SUM_EXECUTION_COUNT,
T.TEXT,
SS.SUM_TOTAL_ELAPSED_TIME AS '总和时间',
SS.SUM_TOTAL_WORKER_TIME AS '执行耗时',
SS.SUM_TOTAL_LOGICAL_READS AS '总和逻辑读数',
SS.SUM_TOTAL_LOGICAL_WRITES AS '总和逻辑写'
FROM (SELECT S.PLAN_HANDLE,
SUM(S.EXECUTION_COUNT)SUM_EXECUTION_COUNT,
SUM(S.TOTAL_ELAPSED_TIME)SUM_TOTAL_ELAPSED_TIME,
SUM(S.TOTAL_WORKER_TIME)SUM_TOTAL_WORKER_TIME,
SUM(S.TOTAL_LOGICAL_READS)SUM_TOTAL_LOGICAL_READS,
SUM(S.TOTAL_LOGICAL_WRITES)SUM_TOTAL_LOGICAL_WRITES
FROM SYS.DM_EXEC_QUERY_STATS S
GROUP BY S.PLAN_HANDLE
) AS SS
CROSS APPLY SYS.dm_exec_sql_text(SS.PLAN_HANDLE)T
ORDER BY SUM_TOTAL_LOGICAL_READS DESC
转自：