MS_SQL_Server_数据库性能优化方法总结

1.列出数据库服务器、Web服务器的基本的硬件配置，如CPU、内存等。

2.检查数据库服务器是否真正启用了AWE内存。

(1) 启用AWE：数据库服务器检查C:\boot.ini文件,需要配置"/PAE"(*重启电脑才能生效),如下：
[boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, Enterprise"
/noexecute=optout /fastdetect /PAE
(2) 开启sql server 服务用户的，内存中锁定页面权限 (*重启电脑才能生效)在“服务管理”中查看 SQL SERVER 服务登录账户，默认是本地系统帐户（System）。

然后在运行 gpedit.msc ，选择计算机配置->windows 设置->安全设置->本地策略->用户权限分配->内存中锁定页面。

添加SQL SERVER服务的登录用户到里面去。

(3)启用数据库AWE内存，以服务器8G内存为例，一般设置如下，最小2G，最大6G(重启SQL SERVER服务即可)：
(4)跟踪数据库性能“Total Server Memory ”的使用情况，看看数据库真正使
用的内存，越接近为数据库分配的最大内存越好。

或使用如下语句，查询数据库的内存使用情况：
use master
go
select * from sysperfinfo where counter_name like '%Total Server Memory(KB)%'
go
3.Web服务器监控项：
4.数据库服务器监控项：
5.系统运行时，检查数据库的内存、cpu、页面错误情况。

（1）查看服务器“性能”，跟踪“Total Server Memory ”的使用情况，看看数据库真正使用的内存，越接近为数据库分配的最大内存越好。

（2）从任务管理器中查看“sqlservr.exe”进程的“内存使用”和“页面错误”情况，一般此处的内存使用一般比（1）中使用的内存要小，页面错误也是越少越好。

（3）CPU的使用情况：如果发现CPU一直比较高，经常达到90%以上，此时需考虑可能是某些存储过程中逻辑有问题，数据库需要不停的运算，导致CPU较高。

6.优化数据库索引。

（1）系统原来每个索引的索引项很多，而且存在和其他索引有交叉的现象。

可将主表如： Transfer_TransactInfo的非聚集索引全部删除，重新建立。

（2）跟踪数据库缺失的索引，参考实际的存储过程逻辑，确定可能需要建立哪些索引，索引项一定不要交叉。

参考查找缺失的索引脚本如下：
select * from(
select [Total Cost]=ROUND(avg_total_user_cost * avg_user_impact * (user_seeks + user_scans),0)
,db_name(d.database_id) dbname,object_name(d.object_id)
tablename,d.index_handle,
d.equality_columns,d.inequality_columns,d.included_columns,d.statement as
fully_qualified_object,gs.*
from sys.dm_db_missing_index_groups g
join sys.dm_db_missing_index_group_stats gs on
gs.group_handle=g.index_group_handle
join sys.dm_db_missing_index_details d on g.index_handle=d.index_handle
--where d.database_id=d.database_id and d.object_id=d.object_id
) as tt
where dbname='whOA' ORDER BY [Total Cost] desc ,tablename DESC
（3）在用户访问量较大时，使用SQL Server Profile跟踪一段时间（半小时左右），找出执行时间超过3秒以上的脚本，开启“执行计划”，查看每个语句的索引使用情况（能否有效缩小数据量），逐个优化。

（4）如果还有问题，可查找耗CPU时间较多的SQL语句，然后优化。

参考脚本如下：
SELECT TOP 50
sql_handle,total_worker_time/1000 AS [总消耗CPU 时间(ms)],execution_count [运行次数],
qs.total_worker_time/qs.execution_count/1000 as [平均消耗CPU 时间(ms)]
FROM sys.dm_exec_query_stats qs
ORDER BY [平均消耗CPU 时间(ms)] DESC ,[运行次数] desc
select * from
sys.dm_exec_sql_text(0x0200000065400C20DC86E9D045BD6AFA56960F0B05A71657)
经验：
1.一般公文处理只要优化“流转表（Transfer_TransactInfo）”的索引就会达到很
好的效果，附带在优化几个其他表的索引。

2.存储过程优化：
（1）存储过程中未进行锁降级的，可以先导出所有的主要的存储过程，将锁降级的语句加上，如with(nolock)、with(rowlock)。

（2）一般需要重点优化的存储过程有：发件执行情况列表、来件执行情况列表、已签收列表、未签收列表、待办来文列表
（3）优化思路：有的存储过程可去除查询两次来获取列表总数和当前页数据的情况，改用@@rowcount来获取。

可参考马鞍山的优化成果。

3.各项目的优化成果脚本都放在各自的项目ST的07.Test\ DailyBuild下,命名以“日期_数据库性能优化_优化描述_项目简称.txt”，可以参考一下。