事務(wù)日志記錄著在相關(guān)數(shù)據(jù)庫(kù)上的操作,同時(shí)還存儲(chǔ)數(shù)據(jù)庫(kù)恢復(fù)(recovery)的相關(guān)信息。
收縮日志的原因有很多種,有些是考慮空間不足,有些則是應(yīng)用程序限制導(dǎo)致的。
下面介紹的是在簡(jiǎn)單模式下,進(jìn)行收縮操作。
一、命令行搞定
USE MASTER
GO
ALTER DATABASE {DBName} SET RECOVERY SIMPLE WITH NO_WAIT
GO
ALTER DATABASE {DBName} SET RECOVERY SIMPLE --簡(jiǎn)單模式
GO
USE {DBName}
GO
DBCC SHRINKFILE (N'{DBName}_Log' , 8, TRUNCATEONLY)
GO
USE MASTER
GO
ALTER DATABASE {DBName} SET RECOVERY FULL WITH NO_WAIT
GO
ALTER DATABASE {DBName} SET RECOVERY FULL --還原為完全模式
二、通過(guò)圖形界面逐步操作
1、打開(kāi)數(shù)據(jù)庫(kù)屬性窗口
![](/d/20211018/54d93feb934795b77a3826b5233e7cda.gif)
2、更改數(shù)據(jù)庫(kù)恢復(fù)模式,“完整”改成“簡(jiǎn)單”
![](/d/20211018/0ed0c754059943aef9783a5f158e11b9.gif)
3、收縮數(shù)據(jù)庫(kù)日志,“任務(wù)”->“收縮”
![](/d/20211018/cb93aeb4d0e727e5a05e564c2f0be87e.gif)
![](/d/20211018/7773cc23daf8fe335f7b6becd6fd76d4.gif)
4、收縮完,將數(shù)據(jù)庫(kù)的恢復(fù)模式修改為“完整”
![](/d/20211018/09a21adc797bba4eb55b8e0bcac0ca59.gif)
以上就是本文的全部?jī)?nèi)容,希望對(duì)大家的學(xué)習(xí)有所幫助,也希望大家多多支持腳本之家。
您可能感興趣的文章:- MySQL系列之redo log、undo log和binlog詳解
- 詳解MySQL 重做日志(redo log)與回滾日志(undo logo)
- mysql中的7種日志小結(jié)
- MySQL使用binlog日志做數(shù)據(jù)恢復(fù)的實(shí)現(xiàn)
- MySQL 一則慢日志監(jiān)控誤報(bào)的問(wèn)題分析與解決
- MySQL慢查詢?nèi)罩镜淖饔煤烷_(kāi)啟
- MySQL 慢查詢?nèi)罩镜拈_(kāi)啟與配置
- MySQL中的undo日志
- 詳解監(jiān)聽(tīng)MySQL的binlog日志工具分析:Canal
- MySQL Aborted connection告警日志的分析
- MySQL 撤銷日志與重做日志(Undo Log與Redo Log)相關(guān)總結(jié)