一.MS SQL SERVER 2005

--1.清空日志
exec('DUMP TRANSACTION 數(shù)據(jù)庫名 WITH NO_LOG')
--2.截斷事務(wù)日志：
exec('BACKUP LOG 數(shù)據(jù)庫名 WITH NO_LOG')
--3.收縮數(shù)據(jù)庫文件(如果不壓縮,數(shù)據(jù)庫的文件不會減小
exec('DBCC SHRINKDATABASE(數(shù)據(jù)庫名) ')
--4.設(shè)置自動收縮
exec('EXEC sp_dboption 數(shù)據(jù)庫名,autoshrink,TRUE')

二.MS SQL SERVER 2008 &2008r2 &2012 &2016

--在SQL2008中清除日志就必須在簡單模式下進行，等清除動作完畢再調(diào)回到完全模式。
USE [master]
GO
ALTER DATABASE 數(shù)據(jù)庫名 SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE 數(shù)據(jù)庫名 SET RECOVERY SIMPLE --簡單模式
GO
USE 數(shù)據(jù)庫名 
GO
--crm50sp1_log 為數(shù)據(jù)庫日志文件邏輯名
DBCC SHRINKFILE (N'crm50sp1_log' , 11, TRUNCATEONLY)
GO
USE [master]
GO
ALTER DATABASE 數(shù)據(jù)庫名 SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE 數(shù)據(jù)庫名 SET RECOVERY FULL --還原為完全模式
GO

三. 日志文件異常大無法收縮的問題

如果日志文件異常大，且收縮的時候無法收縮，這個時候，需要查看是否有未提交或者回滾的事務(wù)

執(zhí)行DBCC OPENTRAN 命令，查看是否有很早運行的事務(wù)（消息中顯示的有事務(wù)開始時間），顯示出來的都表示該事務(wù)沒有提交或回滾所以一直導致MinLSN無法前滾。
如果有這種的話，可以兩種方法，一通過信息顯示的進程號，殺掉該進程。kill 進程號;(當然重啟SQL服務(wù)也行，如果允許停機操作的話)；

如果沒有長時間未關(guān)閉的事務(wù)， 簡單模式： 先備份數(shù)據(jù)庫，然后執(zhí)行BACKUP LOG 數(shù)據(jù)庫名稱 WITH NO_LOG 完整模式： 如果沒有進行過完整備份，先進行一次完整備份，然后再備份日志文件，最后執(zhí)行 DBCC SHRINKFILE (N'日志文件邏輯名稱' , 0, TRUNCATEONLY)只收縮日志文件

日志文件邏輯名稱通過以下語句可以得到 USE erp數(shù)據(jù)庫 go SELECT [name] FROM sys.database_files WHERE type_desc='LOG'

總結(jié)

以上所述是小編給大家介紹的解決Mysql收縮事務(wù)日志和日志文件過大無法收縮問題，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復大家的。在此也非常感謝大家對本站網(wǎng)站的支持！

香港穩(wěn)定服務(wù)器

版權(quán)聲明：本站文章來源標注為YINGSOO的內(nèi)容版權(quán)均為本站所有，歡迎引用、轉(zhuǎn)載，請保持原文完整并注明來源及原文鏈接。禁止復制或仿造本網(wǎng)站，禁止在非maisonbaluchon.cn所屬的服務(wù)器上建立鏡像，否則將依法追究法律責任。本站部分內(nèi)容來源于網(wǎng)友推薦、互聯(lián)網(wǎng)收集整理而來，僅供學習參考，不代表本站立場，如有內(nèi)容涉嫌侵權(quán)，請聯(lián)系alex-e#qq.com處理。