解决Mysql收缩事务日志和日志文件过大无法收缩问题
一.MSSQLSERVER2005
--1.清空日志
exec('DUMPTRANSACTION数据库名WITHNO_LOG')
--2.截断事务日志：
exec('BACKUPLOG数据库名WITHNO_LOG')
--3.收缩数据库文件(如果不压缩,数据库的文件不会减小
exec('DBCCSHRINKDATABASE(数据库名)')
--4.设置自动收缩
exec('EXECsp_dboption数据库名,autoshrink,TRUE')
二.MSSQLSERVER2008&2008r2&2012&2016
--在SQL2008中清除日志就必须在简单模式下进行，等清除动作完毕再调回到完全模式。 USE[master] GO ALTERDATABASE数据库名SETRECOVERYSIMPLEWITHNO_WAIT GO ALTERDATABASE数据库名SETRECOVERYSIMPLE--简单模式 GO USE数据库名 GO --crm50sp1_log为数据库日志文件逻辑名 DBCCSHRINKFILE(N'crm50sp1_log',11,TRUNCATEONLY) GO USE[master] GO ALTERDATABASE数据库名SETRECOVERYFULLWITHNO_WAIT GO ALTERDATABASE数据库名SETRECOVERYFULL--还原为完全模式 GO
三.日志文件异常大无法收缩的问题
如果日志文件异常大，且收缩的时候无法收缩，这个时候，需要查看是否有未提交或者回滚的事务
执行DBCCOPENTRAN命令，查看是否有很早运行的事务（消息中显示的有事务开始时间），显示出来的都表示该事务没有提交或回滚所以一直导致MinLSN无法前滚。
如果有这种的话，可以两种方法，一通过信息显示的进程号，杀掉该进程。kill进程号;(当然重启SQL服务也行，如果允许停机操作的话)；
如果没有长时间未关闭的事务，简单模式：先备份数据库，然后执行BACKUPLOG数据库名称WITHNO_LOG完整模式：如果没有进行过完整备份，先进行一次完整备份，然后再备份日志文件，最后执行DBCCSHRINKFILE(N'日志文件逻辑名称',0,TRUNCATEONLY)只收缩日志文件
日志文件逻辑名称通过以下语句可以得到USEerp数据库goSELECT[name]FROMsys.database_filesWHEREtype_desc='LOG'
总结
以上所述是小编给大家介绍的解决Mysql收缩事务日志和日志文件过大无法收缩问题，希望对大家有所帮助，如果大家有任何疑问请给我留言，小编会及时回复大家的。在此也非常感谢大家对毛票票网站的支持！
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。