微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

解决SQLServer CPU占用100%的问题

建索引的方法:ALTER INDEX ALL ON DOA REORGANIZE

sp_who active  --看看哪个引起的阻塞,blk
sp_lock  --看看锁住了那个资源id,objid,select object_name(objid) 得到
dbcc inputbuffer(@blk) -- 看看是那个语句

----------------------------------------------------------------------------

优化sqlServer的配置.sql

%%
******************************************************************************************************/
go


exe(小写c) sp_configure "awe enabled","1"--内存可以支持64g
exe(小写c) sp_configure "lightweight pooling","0"--不使用nt纤程
exe(小写c) sp_configure "priority boost","1"--增加sqlserver优先级
exe(小写c) sp_configure "network packet size (b)","8192"--增加sqlserver网络包的大小


reconfigure with override

go


--优化数据库设置
declare @currentdatabase sysname
select @currentdatabase = db_name((select dbid from master.dbo.sysprocesses wherespid = @@spid))
exe(小写c) sp_dboption @currentdatabase,'select into/bulkcopy','true' --对大容量数据操作不记录日志
exe(小写c) sp_dboption @currentdatabase,'trunc. log on chkpt.','true' --自动截断日志
exe(小写c) sp_dboption @currentdatabase,'auto create statistics','true'--自动创建统计
exe(小写c) sp_dboption @currentdatabase,'auto update statistics','true'--自动更新统

 

查看sql版本号:

看SP补丁打全了没。

 

1、收缩数据库( 日志文件
2、重建索引
3、数据库硬盘所在区域  db服务器性价比比较好的方式是搭建raid5 追求性能的话是raid0 
使用perfmon观察disk queue,看是否一直高于1,如果长时间高于1说明磁盘性能有问题,意味着磁盘操作需要排队完成。考虑升级存储设备
加入“Page Life Expectancy”如果这个值始终小于300秒,意味着你需要更大的内存(在sql Server: Buffer Manager里)
加入“Buffer Cache hit ratio” 如果这个值小于90%,意味着你需要更大的内存.(在sql Server: Buffer Manager里)

4、数据库锁检查
use maste
go 
declare @spid int,@bl int 
DECLARE s_cur CURSOR FOR 
select  0,blocke
from (select * from sysprocesses where  blocked>0 ) a 
where not exists(select * from (select * from sysprocesses where  blocked>0 ) b 
where a.blocked=spid) 
union select spid,blocked from sysprocesses where  blocked>0 
OPEN s_cur 
FETCH NEXT FROM s_cur INTO @spid,@bl 
WHILE @@FETCH_STATUS = 0 
begin 
if @spid =0 
            select ' 引起数据库死锁的是 : '+ CAST(@bl AS VARCHAR(10)) + ' 进程号,其执行的 sql 语法如下 ' 
else 
            select ' 进程号 SPID : '+ CAST(@spid AS VARCHAR(10))+ ' 被 ' + ' 进程号 SPID : '+ CAST(@bl AS VARCHAR(10)) +'

阻塞,其当前进程执行的 sql 语法如下 ' 
DBCC INPUTBUFFER (@bl ) 
FETCH NEXT FROM s_cur INTO @spid,@bl 
end 
CLOSE s_cur 
DEALLOCATE s_cur

exe(小写c) sp_who2

5、看一下任务管理器,如果sql Server 占有的内存即使在服务器最忙得时候都不超过2GB,而你有4GB内存,可以考虑在Windows boot.ini启动文件中加入 /3GB变量。这样sqlServer就可以使用3GB的内存,多1GB意味着更大的缓存,可以不用到disk取频繁读取了
6、运行profiler,跟踪器
只选Stored procedure 和 T-sql,在Filter(过滤) tab,选duration(时长)大于5000,这告诉跟踪器只捕捉运行时间超过5秒的程序。 你可以根据自己的情况调整这个变量。目的是找到制造麻烦的sql.
7、运行sp_who2,看blk by 栏, 如果这栏不是空白,有一个数字, 这就是造成阻塞(blocking)的线程id. 然后运行DBCC Inputbuffer(线程id),你就可以看见这个线程在干什么。
8、确认你的客户端程序使用connection pooling,并在完成任务后关闭连接。sqlserver认255个连接,如果使用connection pooling,这个值应该足够应付大多数情况。 如果你确认255不够,可以使用sp_configure重设这个值
9、如果你不做日常维护,请立即开始。 经常用 DBCC indexDefrag. 每隔一段时间用DBCC DBREINDEX 重建 index. 你可以运行 DBCC Showcontig,然后看Scan Density ,如果主要的大表Scan Density < 40%,意味着你有严重的Fragmentation(碎片),该用DBCC REINDEX去整理了

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐