① sql吃内存的问题，不管你的内存有多大，sql总是能占用你90+%的内存，增加了内存，他还是占用90+%的内存！
可以配置使用内存。
登录SQL Server Management Studio
在实例名上右键-属性-内存
在配置值中配置最大服务器内存。
② sql数据库占用内存太大如何处理
sql server没有办法释放内存，内存都是系统自动管理的
除非你杀调哪些占用内存大的进程
sql 语句没写好，死锁...都会导致占用内存很大
select * from master..sysprocesses
kill spid --spid 就是上面查到的spid字段
③ sql占内存太大，怎样设置对sql的内存限制
在 SERIAL 对象缺省插入后你可以用函数 currval() 检索刚赋值的 SERIAL 值例如：
SELECT currval('person_id_seq'）
使用 currval() 不会导致和其他用户的冲突情况，因为currval() 返回的是你本次会话进程所赋的值而不是所有用户的当前值。
④ 如何查看 SQL Server 占用内存
SQL语句本身占用的内存，好象没有吧。SQL语句执行过程的状态，可以使用语句：
SELECT s2.dbid,
s1.sql_handle,
(SELECT TOP 1 SUBSTRING(s2.text,statement_start_offset / 2+1 ,
( (CASE WHEN statement_end_offset = -1
THEN (LEN(CONVERT(nvarchar(max),s2.text)) * 2)
ELSE statement_end_offset END) - statement_start_offset) / 2+1)) AS sql_statement,
execution_count,
plan_generation_num,
last_execution_time,
total_worker_time,
last_worker_time,
min_worker_time,
max_worker_time,
total_physical_reads,
last_physical_reads,
min_physical_reads,
max_physical_reads,
total_logical_writes,
last_logical_writes,
min_logical_writes,
max_logical_writes
FROM sys.dm_exec_query_stats AS s1
CROSS APPLY sys.dm_exec_sql_text(sql_handle) AS s2
WHERE s2.objectid is null
ORDER BY s1.sql_handle, s1.statement_start_offset, s1.statement_end_offset;
⑤ 如何手动设置SQL server的最大内存占用
sql server默认是无限制占用内存的,SQL Server 根据服务器的活动来增大或收缩缓冲区高速缓存，以使可用物理内存保持在 4 MB 到 10 MB 之间。
手动设置 SQL Server 内存选项有两种主要方法：
第一种方法，将 min server memory 和 max server memory 设置为同一值。此值与达到该值后分配给 SQL Server 缓冲池的固定内存量相对应。
第二种方法，将 min server memory 和 max server memory 设置成一个内存范围。这种方法在系统或数据库管理员希望配置 SQL Server 实例，同时又要考虑在同一台计算机上运行的其他应用程序的内存需求时很有用。
http://www.cnblogs.com/tannaiyin/archive/2009/04/19/1439077.html
⑥ sql server 属性配置最大内存设为多少合适
SQL Server 使用内存有两种情况：
第一种情况： 动态改变它的内存需求。
默认情况下，SQL Server 会依据可获得的系统资源动态改变它的内存需求。如果 SQL Server 需要更多的内存，它会要求操作系统确定是否有空闲的物理内存可用，并使用可用的内存。若 SQL Server 不再需要当前分配给它的内存，它就将内存释放给操作系统。当 SQL Server 动态使用内存时，它要求系统定期地检测可用的物理内存数量。SQL Server 根据服务器活动增大或收缩高速缓冲存储器，以使可用物理内存保持在 4 MB 到 10 MB 之间。这就避免了系统进行换页操作。
[也就是说，这种情况下SQL SERVER 本身不会使物理可用内存小于4M，如果比较长的时间内都小于4M的话，则要看一下是不是该服务器上其它应用程序有问题]
第二种情况：限制使用内存
使用 set working set size 为sql server保留等于服务器内存设置的物理内存空间。即使是sql server 进程此时是空闲的，系统也不会将 SQL Server 页交换出去。
使用min server memory 保证sql server 使用的最小内存。SQL Server 启动时不立即分配 min server memory 中所指定的内存量。但是，当内存使用由于客户端负荷而达到该值后，SQL Server 将无法从已分配的缓冲池中释放内存。
使用max server memory 则防止 SQL Server 使用多于指定数量的内存，这样剩余的可用内存可以快速运行其它应用程序。SQL Server 启动时不立即分配 max server memory 中所指定的内存。内存使用随 SQL Server 的需要而增长，直到达到 max server memory 中所指定的值。SQL Server 无法超过该内存使用值，除非增加 max server memory 值。
第一种情况比较适用于服务器专做sql server服务器的情况，第二种情况适用于为在同一台计算机上运行的其它应用程序保留一定的内存以便于快速响应。（另：如果想动态分配sql server 的内存，则不要设置set working set size 选项，使用默认值即可。至于这些参数如何设置参见另外的文档）
监视 SQL Server 所使用的内存和计数器有助于确定：
是否由于缺少可用物理内存存储高速缓存中经常访问的数据而导致瓶颈存在。如果是这样，SQL Server 必须从磁盘检索数据。
是否可通过添加更多内存或使更多内存可用于数据高速缓存或 SQL Server 内部结构来提高查询性能。
SQL Server 需要从磁盘读取数据的频率。与其它操作相比，例如内存访问，物理 I/O 会耗费大量时间。尽可能减少物理 I/O 可以提高查询性能。
对sql server服务器内存的监视：
Memory:Available Bytes
计数器表示当前进程可使用的物理内存字节数。
如果小于4M或更小，说明计算机上总的内存可能不足，或某个程序没有释放内存
● Memory: Page Faults / sec
每秒软性页面失效的数目（包括有些可以直接在内存中满足而有些需要从硬盘读取）较page/sec只表明数据不能在内存指定工作集中立即使用。
如果该值偶尔走高，表明当时有线程竞争内存。如果持续很高，则内
存可能是瓶颈。
Memory:Pages/sec
计数器表示由于缺页处理而从磁盘取回的页数，或由于缺页处理而写入磁盘以释放工作集空间的页数。
● Page Reads/sec
每秒发出的物理数据库页读取数。这一统计信息显示的是在所有数据库间的物理页读取总数。由于物理 I/O 的开销大，可以通过使用更大的数据高速缓存、智能索引、更高效的查询或者改变数据库设计等方法，使开销减到最小。
● Page Writes/sec
所发出的物理数据库页写入的数目。
监视 SQL Server 正在使用的内存量：
Process:Working Set
计数器表示的是一个进程所占用的内存数量。
若这一数值持续低于 SQL Server 配置使用的内存数量(由"最小服务器内存"和"最大服务器内存"服务器选项设置，（ min server memory 的默认设置为 0，max server memory 的默认设置为 2147483647。)，则表示 SQL Server 所配置的内存比它所需要的多。否则，用"设置工作集大小"服务器选项修改工作集大小。
[在设置了sql server 使用的最小 和 最大内存后，查看此参数比较有意义。如果没有设置sql server 内存使用范围，则该值可以与系统总的内存比较，设置分配给sql server 的最大最小内存分配的是物理内存＋虚拟内存的一部分]
● SQL Server:Buffer Manager:Buffer Cache Hit Ratio
数据请求可以从数据缓冲区中获得所需数据的成功率
计数器值依应用程序而定，但比率最好为 90% 或更高。增加内存直到这一数值持续高于 90%，表示 90% 以上的数据请求可以从数据缓冲区中获得所需数据。
● SQL Server:Buffer Manager: Total Pages
缓冲区池中页的数目（包括数据库、可用页和被盗用页）
若 Total Server Memory (KB) 计数器值与计算机的物理内存大小相比一直很高，可能表示需要更多的内存
结论：
对sql server 服务器内存的监视，可以看出该服务器整体的内存的占用情况
对 sql server 使用内存的监视， 可以看出是否是sql server 使用了大多数内存
根据监视的结果确定是否是内存不够。
其它：
内存相关参数调整（见后面）
SQL Server 对象内存使用情况说明（见后面）
疑问：
使用 set working set size =1 后，系统是在sql server 启动时就分配给它要求的内存 还是 开始不分配这么多，而是等到用了这么多之后不释放就行了？
SQL Server 对象内存使用情况说明
下表列出 Microsoft® SQL Server™ 中不同对象的内存使用量。下表中的信息不适用于 Microsoft® SQL Server 2000™ Windows® CE 版。
对象大小
对象 SQL Server 7.0 SQL Server 2000
锁 96 字节 每个所有者 64 字节外加 32 字节。
开放式数据库 2.880 字节 每个文件 3924 字节外加 1640 字节，每个文件组 336 字节。
开放式对象1 276 字节 每个对象上打开的索引 256 字节外加 1724 字节2。
用户联接 12 KB +（3 * 网络数据包大小）3。 12 KB +（3 * 网络数据包大小）3。
3 开放式对象包括所有的表、视图、存储过程、扩展存储过程、触发器、规则、默认值及约束。
2 在表或视图上可以打开索引。
3 网络数据包大小是表格格式数据方案 (TDS) 数据包的大小，该数据包用于应用程序和关系数据库引擎之间的通讯。默认的数据包大小为 4 KB，由 network packet size 配置选项控制。
内存相关：
服务器虚拟内存的配置
页面文件和物理内存或RAM构成虚礼内存
虚拟内存设置方法：
启动"控制面板"的"系统"选项，然后选择"虚拟内存"按钮来创建一个附加的页面文件或增加当前页面文件的大小。
虚拟内存不足：
当服务器上运行的应用程序请求的内存超过服务器上可用的内存时，Microsoft® Windows® 打开"服务器进程 — 虚拟内存用完"对话框，其文本如下所示：
系统的虚拟内存已经不足。请关闭一些应用程序。可以启动"控制面板"的"系统"选项，然后选择"虚拟内存"按钮来创建一个附加的页面文件或增加当前页面文件的大小。
一般情况下，将虚拟内存大小设置为计算机中安装的物理内存的 1.5 倍
如果另外安装了全文检索功能，并打算运行 Microsoft 搜索服务以便执行全文索引和查询，可考虑：
将虚拟内存大小配置为至少是计算机中安装的物理内存的 3 倍。
● 将 SQL Server max server memory 服务器配置选项配置为物理内存的 1.5 倍（虚拟内存大小设置的一半）。
如考虑其它服务需要的虚拟内存，则配置 SQL Server max server memory 选项，使得留有足够的虚拟内存满足全文检索内存需求。全部虚拟内存 -（SQL Server 最大虚拟内存 + 其它服务需要的虚拟内存）>= 1.5 倍物理内存。
Sql server 使用的内存参数的配置：
手工配置给 SQL Server 多于物理内存数量的虚拟内存会导致性能较低。默认情况下，SQL Server 能够可用系统资源动态改变它的内存需求。min server memory 的默认设置为 0，max server memory 的默认设置为 2147483647。可以为 max server memory 指定的最小内存量为 4 MB。
作用：如果在运行 SQL Server 实例的计算机上频繁启动或停止其它应用程序，启动这些应用程序所需的时间可能会因 SQL Server 实例分配和释放内存而延长。另外，如果 SQL Server 是几个在一台计算机上运行的服务器应用程序中的一个，系统管理员可能需要控制分配给 SQL Server 的内存量。在这些情况下，可以使用 min server memory 和 max server memory 选项控制 SQL Server 可以使用的内存量。
对SQL Sserver 使用内存的配置主要是对以下三个参数进行配置：
min server memory 保证了 SQL Server 实例使用的最小内存量。
max server memory 则可防止 SQL Server 使用多于指定数量的内存，这样剩余的可用内存可以快速运行其它应用程序。
set working set size 为 SQL Server 保留等于服务器内存设置的物理内存空间。
手工设置 SQL Server 内存选项有两种主要方法：
第一种方法，设置 min server memory 和 max server memory 为同一数值。该数值与分配给 SQL Server 的固定内存量相对应。
● 第二种方法，把 min server memory 和 max server memory 数量设置到一个范围段内。这种方法在系统或数据库管理员希望配置 SQL Server 实例，使其适应在同一台计算机上运行的其它应用程序的内存需求时很有用。
如果只设置了min server memory 和 max server memory ，sql server 使用的内存值在最小和最大值之间变动（如果sql server 使用的值超过过最小值的话）
如果设置set working set size =1，必须先将min server memory 和 max server memory的值设成同一个值，这个值就是为sql server 保留的物理内存空间。即使当 SQL Server 空闲，另一个进程可以使用 SQL Server 页时，系统也不会将 SQL Server 页交换出去。
参数的设置方法：
1. 在查询分析器中运行 [要先运行下面的语句，否则内存页面打不开]
use master
exec sp_configure 'show advanced option','1'
2. 在企业管理器中配置，步骤：
打开Sql Server 属性配置，选择内存页面，然后在里面配置就行了。
（不过这里用图形界面配置内存的时候好像不能超过物理内存的大小，可以用命令来分配大于物理内存的内存空间，下面有简单的介绍。 ）
对上图的说明：
动态配置 SQL Server 内存
指定在更改服务器属性之后立即配置 Microsoft® SQL Server™ 内存。
使用固定的内存大小
为 SQL Server 指定固定的内存大小。
为 SQL Server 保留物理内存
为 SQL Server 保留与内存设置相等的物理内存空间。这意味着 Microsoft Windows NT® 4.0 或 Windows® 2000 不会将 SQL Server 页交换出去，即使当 SQL Server 闲置时可以更容易地使用这些页。
最小查询内存
设置可以分配给每个用户执行查询的最小内存大小。默认为 1024 KB。
配置值[显示现在配置的值，不做其它用途]
查看或更改此选项卡上的选项的配置值。如果更改了这些值，单击"运行值"查看更改是否已生效。如果没有，必须重新启动 SQL Server 实例才能使更改生效。
运行值[显示现在运行值，不做其它用途]
查看此选项卡上的选项的当前运行值。这些值为只读值。
另：如果要用命令来设置比较麻烦。如下简单举个例子：
Set working set size 设置方法：
set working set size 是一个高级选项。如果要用 sp_configure 系统存储过程改变该选项，必须把 show advanced options 设置为 1，该选项在停止并重新启动服务器后生效。
设置 show advanced options 设置为 1，在查询分析器中运行以下命令：
use master
exec sp_configure 'show advanced option','1'
如果成功，会返回如下结果：
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
已将配置选项 'show advanced options' 从 1 改为 1。请运行 RECONFIGURE 语句以安装。
设置set working set size =1,运行如下命令：
use master
exec sp_configure 'set working set size','1'
如果成功，会返回如下结果：
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。
已将配置选项 'set working set size' 从 0 改为 1。请运行 RECONFIGURE 语句以安装。
…………………………………………
Cache Hit Ratio(高速缓存命中率，所有Cache”的命中率。在SQL Server中，Cache可以包括Log Cache，Buffer Cache以及Procere Cache，是一个总体的比率。) 高速缓存命中次数和查找次数的比率。对于查看SQL Server高速缓存对于你的系统如何有效，这是一个非常好的计数器。如果这个值很低，持续低于80%，就需要增加更多的内存。
设置架构高速缓存：
架构高速缓存可显着提高 XPath 查询的性能。当对带批注的 XDR 架构执行 XPath 查询时，架构存储在内存中，而必要的数据结构内置在内存中。如果设置了架构高速缓存，架构仍保留在内存中，因而提高了后续 Xpath 查询的性能。
解释：
架构－SCHEMA
CREATE SCHEMA
创建一个架构，并且可以在概念上将其看作是包含表、视图和权限定义的对象。
CREATE SCHEMA 提供了在单个语句中创建表、视图以及授予对象权限的方法。如果在创建任何对象或授予任何权限（这些是在 CREATE SCHEMA 语句中指定的）时发生错误，则不会创建任何对象。
XPath查询－Xpath（XML Path 语言）是一种图形导航语言
个人理解简单的说就是在URL中指定查询。[详细知识参照sql server 联机帮助文档]
设置方法：
可通过在注册表中添加下列键来设置架构高速缓存的大小：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSSQLServer\Client\SQLXMLX\SchemaCacheSize。
[我在注册表中没找到位置！？]
根据可用内存和要使用的架构数设置架构大小。默认的架构高速缓存大小为 31。如果设置更高的架构高速缓存大小，需使用更多的内存。因此，如果架构访问速度慢，可增加高速缓存大小，如果内存少则可减小高速缓存的大小。
出于性能方面的考虑，建议将架构高速缓存的大小设得比通常所用的映射架构数多。当架构数增加时，如果架构高速缓存的大小比所拥有的架构数少，性能会降低。
⑦ 怎么看SQL执行消耗了多少内存怎么释放SQL消耗的资源
sql 消耗的资源不能释放。SQL会把数据放在内存上，这样下次再使用这些数据时，就不需要从硬盘上读取了，加快速度。
⑧ sql占用内存瞬间爆满
在SQL2008会把整个数据库缓存到内存里面，就是说你数据库有多大，就会占内存多个空间，直到把内存占满，你可以限制SQL 内存
首先我们需要登录 sql server 2005的资源管理器
鼠标右击我们sql server 2005的服务器，然后选择“属性”选项
找到指定数据库服务器的属性中的“内存”属性，并点击
接下来就是配置数据库内存了
http://jingyan..com/article/fedf07377c353f35ac8977f8.html
⑨ 如何让sqlserver2000使用8G 大内存
http://technet.microsoft.com/zh-cn/library/ms190673.aspx
⑩ 为什么SQL Server使用很少的内存
为什么SQL Server使用很少的内存
昨天论坛里边看到一个帖子，说SQL Server的内存一直上不去。从Task Schele中看到SQL Server只使用了88MB内存，实际这台机器有12GB的内存，可用内存有超过8GB。
www.2cto.com
当时我以为是开启了AWE导致的，所以连接到他的服务器看了一下。但是数据库为2005企业版64位，所以不用开启AWE。而且即使开启了，也会被忽略。
使用下面的脚本查询了一下SQL Server内存使用：
select physical_memory_in_use_kb,locked_page_allocations_kb,*fromsys.dm_os_process_memory
看到实际使用的内存有2GB，远远超出任务管理器看到的。（也可以通过Perfmon的Total server memory（MB）查看）。
www.2cto.com
当时觉得很奇怪，查看了SQL Server错误日志发现了类似下面的信息：
2009-06-0412:21:08.16 Server Large Page Extensions enabled.
2009-06-04 12:21:08.16 Server Large Page Granularity: 2097152
2009-06-04 12:21:08.21 Server Large Page Allocated: 32MB
猜测这台期间开启了Lock Pages In memory功能，之后得到确认。因为开启Lock Pages In memory之后，SQL Server会使用AWE APIs锁定内存页，所以这部分的内存使用不会显示在Working Set中。
So in summary the AWE APIs for 32bit and 64bit SQL Server systems are used for different purposes. In 32bit it is really to extend memory access beyond 4Gb or to enable the AWE feature. For 64bit systems, it is to possibly gain performance and to “lock pages” for the buffer pool.
到现在这个问题就比较明朗了，其实SQL Server还是正常工作的。一般查询SQL Server的使用还是建议使用DMV或者Perfmon，直接查看Working Set信息可能不准。
另外说一下，当时看到上面Large Page的信息，以为是数据库开启了LargePage，但是使用DBCC TRACSTATUS查看没有开启834 Trace Flag,所以大数据功能是没有启用的。只有开启834 Trace Flag数据库才会真正启用Large Page。
启用Large page在数据库错误日志会看到类似信息：
2009-06-0414:20:40.03 Server Using large pages for buffer pool.
关于Lock Pages In memory/working set机制我找到了两篇文章，大家有兴趣可以参考：
<a href="http://blogs.msdn.com/b/psssql/archive/2009/06/05/sql-server-and-large-pages-explained.%3Ca%20href=" kf="" web="" asp="" "="" target="_blank" class="keylink" style="color: rgb(51, 51, 51); text-decoration: none;">aspx" target="_blank">Funwith Locked Pages, AWE, Task Manager, and the Working Set
WhySQL Server is using so LESS memory