如何解决Mysql收缩事务日志的问题

发布时间：2022-02-28 14:10 所属栏目：115 来源：互联网

导读：

导读：这篇文章给大家分享的是有关如何解决Mysql收缩事务日志的问题的内容。小编觉得挺实用的，因此分享给大家做个参考。一起跟随小编过来看看吧。一.MS SQL SERVER 2005 --1.清空日志 exec(DUMP TRANSACTION 数据库名 WITH NO_LOG) --2.截断事务日志： exec(BACK

　　这篇文章给大家分享的是有关如何解决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

　　--在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'。

（编辑：ASP站长网）