加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MsSql教程 > 正文

SQLServer CPU占用100%

发布时间:2020-12-12 15:09:38 所属栏目:MsSql教程 来源:网络整理
导读:解决CPU100%的情况,首先需排除病毒的情况 1、收缩数据库( 日志文件) 2、重建索引 3、数据库硬盘所在区域? db服务器性价比比较好的方式是搭建raid5 追求性能的话是raid0 使用perfmon观察disk queue,看是否一直高于1,如果长时间高于1说明磁盘性能有问题,意

解决CPU100%的情况,首先需排除病毒的情况
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 master
go
declare @spid int,@bl int
DECLARE s_cur CURSOR FOR
select? 0,blocked
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

exec 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去整理了

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读