欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

解决Mysql收缩事务日志和日志文件过大无法收缩问题

程序员文章站 2022-06-29 14:46:15
一.ms sql server 2005 --1.清空日志       exec('dump transaction...

一.ms sql server 2005

--1.清空日志 
     exec('dump transaction 数据库名 with no_log')
--2.截断事务日志:
     exec('backup log 数据库名 with no_log')
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小
     exec('dbcc shrinkdatabase(数据库名) ')
--4.设置自动收缩
     exec('exec sp_dboption 数据库名,autoshrink,true')

二.ms sql server 2008 &2008r2 &2012 &2016

--在sql2008中清除日志就必须在简单模式下进行,等清除动作完毕再调回到完全模式。
use [master]
go
alter database 数据库名 set recovery simple with no_wait
go
alter database 数据库名 set recovery simple --简单模式
go
use 数据库名 
go
--crm50sp1_log 为数据库日志文件逻辑名
dbcc shrinkfile (n'crm50sp1_log' , 11, truncateonly)
go
use [master]
go
alter database 数据库名 set recovery full with no_wait
go
alter database 数据库名 set recovery full --还原为完全模式
go

三. 日志文件异常大无法收缩的问题

     如果日志文件异常大,且收缩的时候无法收缩,这个时候,需要查看是否有未提交或者回滚的事务

     执行dbcc opentran 命令,查看是否有很早运行的事务(消息中显示的有事务开始时间),显示出来的都表示该事务没有提交或回滚所以一直导致minlsn无法前滚。
如果有这种的话,可以两种方法,一通过信息显示的进程号,杀掉该进程。kill 进程号;(当然重启sql服务也行,如果允许停机操作的话);

    如果没有长时间未关闭的事务, 简单模式: 先备份数据库,然后执行backup log 数据库名称 with no_log 完整模式: 如果没有进行过完整备份,先进行一次完整备份,然后再备份日志文件,最后执行 dbcc shrinkfile (n'日志文件逻辑名称' , 0, truncateonly)只收缩日志文件

    日志文件逻辑名称通过以下语句可以得到 use erp数据库 go select [name] from sys.database_files where type_desc='log'

总结

以上所述是小编给大家介绍的解决mysql收缩事务日志和日志文件过大无法收缩问题,希望对大家有所帮助