sql server內存問題,敬請有經驗的高手看看!

[flystar2]

Dear all:
我們的Sql server DB比較大(約有200用戶連線作業), 目前出現了cpu高佔用率的問題(80%以上),我們有做過一些sql語句優化, 但此問題還沒徹底解決. 最近有重新啟動服務, cpu佔用率馬上降了下來(10%左右),但隔一兩天內存又漲起來了.由此發現一問題, 可能是記憶體沒有自動釋放. 忘各位高手給點高見. 非常感謝!
ps: 如何在批處理中執行sql server記憶體釋放.

Best Regard
zm

[伍子V5]

右键单击服务器，选“属性”，选“内存”
然后设定就可以了

[arrow_gx]

这个问题，微软在技术白皮书里的解释为，内存占用不断是数据库将经常查询用到的数据载入内存，带来的效果是查询速度的加快，但你的CPU占用增加，就不是这个问题了，应该是CPU的处理能力问题了，

另外，是不是内存占用增加后，CPU也跟着增加？？
如果是，应该增加内存，减少硬盘读取次数，减轻CPU负担（或加快CPU执行某个过程的速度），降低CPU的占用

[flystar2]

Dear arrow_gx:
目前系統的database中有很多table有幾十萬筆數據,我想是不是大型資料庫不能及時自動釋放內存, 因為以前的小系統不會有此情況.
我們主機配置: cpu: 4個1.40GHZ, RAM: 2G(只掛了這一個系統的DB)
不是内存占用增加后，CPU也跟着馬上增加, 具體為: 重啟服務(CPU 10%左右,RAM 400左右),可正常一段時間,但有時隔幾天後(CPU 80%左右, RAM:900左右).

[arrow_gx]

你的数据量比较大，但是你的RAM占用太少了，应该让SQL自己决定内存的占用，我的环境数据量没有这么大，但是内存占用比你大多了，另外，检查一下你的tempdb,是不是很大？建议将tempdb设置大一些，减少数据库扩tempdb的次数，

另外，CPU占用高的时候，你确定是SQL在占用吗？

[arrow_gx]

如果还出现这种情况，你可以在SQL时间探察器里新建一个跟踪，看看到底是什么事务占用CPU资源，发现问题后才能解决

[flystar2]

Dear arrow_gx:
現在內存仍不斷在增大, 到一定程度時就需重啟服務才能恢復正常, 我想這不是根本的解決方法
我試試将tempdb设置大一些,希望有好消息告訴您.
CPU占用高的时候，确定是SQL在占用(RAM使用最多的也是sql).目前cpu占用較小(10%以下),但當內存增長到一定程度時, cpu就跟著衝起來.
在SQL时间探察器里有新建一个跟踪, 但這幾天都沒有找出占用較多CPU资源的事务.

Dear happydreamer:
在哪裡執行SET STATISTICS IO ON, 其輸出項目又在哪裡可看到(sql query analyzer中看不到輸出).
有動態設定sql server的記憶體, 最大值已設定為最大限制.
在经常作关联和排序的列上都有建立索引(在sql優化方面我們有注意)

以上為我的回覆, 感謝大家的幫助, 且非常高興我們能一起研究, 如有相關好消息,我一定與您們分享.

[flystar2]

Dear happydreamer:
更正一下, 執行SET STATISTICS IO ON及顯示輸出, 我已找到答案(SET SHOWPLAN_ALL on). 另外, 還得請您建議一下內存的最佳設置.

[happydreamer]

关于MSSQL占用过多内存的问题

摘:

经常看见有人问，MSSQL占用了太多的内存，而且还不断的增长；或者说已经设置了使用内存，可是它没有用到那么多，这是怎么一回事儿呢？
首先，我们来看看MSSQL是怎样使用内存的。
最大的开销一般是用于数据缓存，如果内存足够，它会把用过的数据和觉得你会用到的数据统统扔到内存中，直到内存不足的时候，才把命中率低的数据给清掉。所以一般我们在看statistics io的时候，看到的physics read都是0。
其次就是查询的开销，一般地说，hash join是会带来比较大的内存开销的，而merge join和nested loop的开销比较小，还有排序和中间表、游标也是会有比较大的开销的。
所以用于关联和排序的列上一般需要有索引。
再其次就是对执行计划、系统数据的存储，这些都是比较小的。

我们先来看数据缓存对性能的影响，如果系统中没有其它应用程序来争夺内存，数据缓存一般是越多越好，甚至有些时候我们会强行把一些数据pin在高速缓存中。但是如果有其它应用程序，虽然在需要的时候MSSQL会释放内存，但是线程切换、IO等待这些工作也是需要时间的，所以就会造成性能的降低。这样我们就必须设置MSSQL的最大内存使用。可以在SQL Server 属性（内存选项卡）中找到配置最大使用内存的地方，或者也可以使用sp_configure来完成。如果没有其它应用程序，那么就不要限制MSSQL对内存的使用。

然后来看查询的开销，这个开销显然是越低越好，因为我们不能从中得到好处，相反，使用了越多的内存多半意味着查询速度的降低。所以我们一般要避免中间表和游标的使用，在经常作关联和排序的列上建立索引。

[own8888]

一般来说，SQL在系统中站用的CPU资源超过75%在考虑，不然随便它，关这些干什么。