• SQL Server是如何使用内存
• 降低 sqlservr.exe 内存占用率的解决方案：
•  限制服务器内存后报错
• 简单理解IIS应用程序池
• 问题分析：每1740分钟(29小时)回收一次是否合理？
• 降低 w3wp.exe 内存占用率的解决方案
• 解决CPU占用过多

回到顶部

SQL Server是如何使用内存

最大的开销一般是用于数据缓存，如果内存足够，它会把用过的数据和觉得你会用到的数据统统扔到内存中，直到内存不足的时候，才把命中率低的数据给清掉。所以一般我们在看statistics io的时候，看到的physics read都是0。其次就是查询的开销，一般地说，hash join是会带来比较大的内存开销的，而merge join和nested loop的开销比较小，还有排序和中间表、游标也是会有比较大的开销。最后我们来看查询的开销，这个开销显然是越低越好，因为我们不能从中得到好处，相反，使用了越多的内存多半意味着查询速度的降低。所以我们一般要避免中间表和游标的使用，在经常作关联和排序的列上建立索引。

我们先来看数据缓存对性能的影响，如果系统中没有其它应用程序来争夺内存，数据缓存一般是越多越好，甚至有些时候我们会强行把一些数据存储在高速缓存中。服务器如果还有其它应用程序，虽然在需要的时候MS SQL会释放内存，但是线程切换、IO等待这些工作也是需要时间的，所以就会造成性能的降低。sqlservr.exe 是很吃内存的，如果不控制的话，他会占光所有的物理内存，这样我们就必须设置MS SQL的最大内存使用。

回到顶部

降低 sqlservr.exe 内存占用率的解决方案：

1、一般情况下都是SQL语句优化的不够好，或者缓存方案使用不当造成，建议尽可能优化SQL语句以及使用合理的缓存方案。

2、优化网站程序，少用或不用session、cache、application之类的缓存方案，还有就是翻页处理不好也是会占很多内存。

3、设置最大服务器内存：打开SQL Server Management Studio，右键服务器SQL Server -> 属性 -> 内存 -> 设置最大服务器内存，这个可根据服务器配置以及需求而定，本例以2G内存为例，设置为物理内存的60%。

如果内存大于或者等于4G的，我一般这么设置（总内存单位为GB）：

初始值=(总内存-(总内存/8)-2)*1024
EXEC sys.sp_configure N'max server memory (MB)', N'初始值'
GO
RECONFIGURE WITH OVERRIDE
GO
先预留1GB给OS
4~16GB RAM,则每4GB留1GB,
16GB RAM+,则每8GB留1GB
然后根据Memory\Available Mbytes的值(建议在300MB左右)，再逐渐调高MAX Memory Value。

回到顶部

 限制服务器内存后报错

程序报错：资源池 'default' 没有足够的系统内存来运行此查询

可以尝试通过更新数据库的统计表信息解决，执行以下的SQL语句即可：

EXEC sp_updatestats

 

回到顶部

简单理解IIS应用程序池

w3wp.exe是一个IIS进程，在IIS6下，经常出现w3wp.exe的内存及CPU占用不能及时释放，从而导致服务器响应速度很慢。

IIS的程序池默认回收间隔是1740分钟(29小时)，在自动回收过程中，应用程序池将会清空，保留在内存中的数据将会被清理（相当于IIS重启）。对于互联网应用程序，为了减少数据库服务器的负担，也许会选择将大量数据暂存在内存中，回收会造成内存数据丢失，如果没有及时保存到数据库中，可能导致应用程序出问题。如果遇到系统使用高峰期，回收将可能导致一段时间应用程序无响应（出现假死状态），给予用户一种很不好的体验。

在优化应用程序池之前，我们应用先了解下程序池的几个配置信息：

发生配置更改时禁止回收：如果为True,应用程序池在发生配置更改时将不会回收。 
固定时间间隔（分钟）：超过设置的时间后，应用程序池回收，为0意味着应用程序池不会按固定间隔回收。系统默认设置的时间是1740分钟（29小时）。
禁用重叠回收：如果为true，将发生应用程序池回收，以便在创建另一个工作进程之前退出现有工作进程。 
请求限制：应用程序池在回收之前可以处理的最大请求数。如果值为0，则表示应用程序池可以处理的请求数没有限制。 
生成回收事件日志条目：每发生一次指定的回收事件时便产生一个事件日志条目，里面的明细设置不一一介绍。

回到顶部

问题分析：每1740分钟(29小时)回收一次是否合理？

不太合理，这个周期内，有可能应用程序处于访问高峰期。因为每天的回收时间都是不一样的，很有可能在高峰期回收，就会造成短时间内网站访问出现问题。因此，要避免最大程度的减少对用户的影响，我们需要充分的分析应用程序的访问情况，例如哪个时间段是高峰，

哪个时间段访问人数最少。了解到这些后，应用程序部署人员就应该设定固定的回收时间，例如一个网站凌晨两点访问人数是最少的，那么它可以设置“特定回收时间”在凌晨两点，应用程序池里面的特定时间是支持设定多个的，请注意。 

回到顶部

降低 w3wp.exe 内存占用率的解决方案

打开IIS服务管理器 -> 应用程序池 -> 选择网站对应的应用程序池 -> 点击“正在回收” 

在弹出的窗口设置特定回收时间（在此之前右键网站应用程序池，选择高级设置，将其固定时间间隔(分钟)设置为0），并设置基于内存的最大值，如下图所示：

 

回到顶部

解决CPU占用过多

1、在IIS中对每个网站进行单独的应用程序池配置。即互相之间不影响。
2、在任务管理器中增加显示PID字段。就可以看到占用内存或者CPU最高的进程PID
3、在命令提示符下运行iisapp -a。注意，第一次运行，会提示没有js支持，点击确定。然后再次运行就可以了。这样就可以看到PID对应的应用程序池。（iisapp实际上是存放在C:\windows\system32目录下的一个VBS脚本，全名为iisapp.vbs，如果你和我一样，也禁止了Vbs默认关联程序，那么就需要手动到该目录，先择打开方式，然后选“Microsoft (r) Windows Based Script Host”来执行，就可以得到PID与应用程序池的对应关系。）
4、到IIS中察看该应用程序池对应的网站，就ok了，做出上面的内存或CPU方面的限制，或检查程序有无死循环之类的问题。

5、找出最消耗CPU的SQL语句进行优化

-- 找出前50最耗CPU的SQL语法
SELECT TOP 50
qs.total_worker_time/qs.execution_count as [Avg CPU Time],
SUBSTRING(qt.text,qs.statement_start_offset/2, 
(case when qs.statement_end_offset = -1 
then len(convert(nvarchar(max), qt.text)) * 2 
else qs.statement_end_offset end -qs.statement_start_offset)/2) 
as query_text,
qt.dbid, dbname=db_name(qt.dbid),
qt.objectid 
FROM sys.dm_exec_query_stats qs
cross apply sys.dm_exec_sql_text(qs.sql_handle) as qt
ORDER BY [Avg CPU Time] DESC

 

慎于行,敏于思！

标签：sqlservr,exe,IIS,回收,CPU,内存,SQL,应用程序
来源： https://www.cnblogs.com/magita/p/12566691.html