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

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了解决Mysql收缩事务日志和日志文件过大无法收缩问题，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2050字，纯文字阅读大概需要3分钟。

内容图文

一.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收缩事务日志和日志文件过大无法收缩问题，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对脚本之家网站的支持！

内容总结

以上是互联网集市为您收集整理的解决Mysql收缩事务日志和日志文件过大无法收缩问题全部内容，希望文章能够帮你解决解决Mysql收缩事务日志和日志文件过大无法收缩问题所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

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

内容手机端