各位用户为了找寻关于解决Mysql收缩事务日志和日志文件过大无法收缩问题的资料费劲了很多周折。这里教程网为您整理了关于解决Mysql收缩事务日志和日志文件过大无法收缩问题的相关资料,仅供查阅,以下为您介绍关于解决Mysql收缩事务日志和日志文件过大无法收缩问题的详细内容
一.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
? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18--在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收缩事务日志和日志文件过大无法收缩问题,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对网站的支持!
原文链接:http://www.cnblogs.com/qiaokai/archive/2017/08/02/7273298.html