新装软件不久后出现使用卡顿情况
更新时间:2024-09-30 18:45
问题现象:
有部分客户软件安装不久后就开始出现卡顿情况,据跟进分析,除了由于数据库索引或自增列损坏之外(底下附索引自增列修复语句),还有因为新装的软件数据库日志模式为“大容量日志”导致数据库日志文件无限度增长引起的。
解决方法:
经测试发现有部分软件的数据库安装包,装在sql2012时会将数据库默认为大容量日志(装在sql2008没有问题,默认简单模式),此问题后续新安装包会优化处理,但是目前流通的老安装包可能还会存在此风险,各位在碰到卡顿等性能问题的时候,可以关注一下处理此类问题的解决方案。
方法1:以下sql语句是针对商锐数据库处理的,如果是商慧则全文将hbposev9改为hbposepro。
1)以下语句是将SQL 2008 或2012 的恢复模式更改为简单模式。
USE [master]
GO
ALTER DATABASE hbposev9 SET RECOVERY SIMPLE WITH NO_WAIT;
GO
ALTER DATABASE hbposev9 SET RECOVERY SIMPLE; --简单模式
GO
use hbposev9
DBCC SHRINKFILE (hbposev9_log, 1); --收缩日志文件
DBCC SHRINKDATABASE(hbposev9) --收缩数据库
2)以下语句是将SQL 2000的恢复模式更改为简单模式。
USE [master]
GO
ALTER DATABASE hbposev9 SET RECOVERY SIMPLE WITH NO_WAIT;
GO
ALTER DATABASE hbposev9 SET RECOVERY SIMPLE; --简单模式
GO
Backup Log hbposev9 with no_log
dump transaction hbposev9 with no_log
USE hbposev9
DBCC SHRINKFILE (2)
方法2:以下语句用作修复索引和自增列。
use hbposev9
go
declare @tablename varchar(100)
declare test_cur cursor for
select object_name(id) from syscolumns
where status=128
open test_cur
fetch test_cur into @tablename
while @@fetch_status=0
begin
DBCC CHECKIDENT (@tablename, RESEED)
fetch test_cur into @tablename
end
close test_cur
deallocate test_cur
go
declare @tablename varchar(100)
declare test_cur cursor for
select object_name(id) from sysobjects
where type ='U'
open test_cur
fetch test_cur into @tablename
while @@fetch_status=0
begin
DBCC DBREINDEX(@tablename)
fetch test_cur into @tablename
end
close test_cur
deallocate test_cur
go
标签:
上一篇: 思迅Pay支付慢排查处理方法