解決Mysql收縮交易日誌及問題解決辦法

本文主要介紹了解決Mysql收縮事務日誌和日誌文件過大無法收縮問題,非常不錯，具有參考借鑒價值，需要的朋友可以參考下，希望能幫助到大家。

一.MS SQL SERVER 2005

--1.清空日誌 
     exec('DUMP TRANSACTION 資料庫名稱WITH NO_LOG')
--2.截斷交易日誌：
     exec('BACKUP LOG 資料庫名稱WITH NO_LOG')
--3.縮小資料庫檔案('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

日誌#rrreee 日誌

r.檔案異常大無法收縮的問題

     如果日誌檔案異常大，且收縮的時候無法收縮，這個時候，需要檢查是否有未提交或回滾的事務

     執行DBCC OPENTRAN 指令，查看是否有很早運行的事務（訊息中顯示的有事務開始時間），顯示出來的都表示該事務沒有提交或回滾所以一直導致MinLSN無法前滾。兩種方法，一透過資訊顯示的進程號，殺掉該行程。 ， 簡單模式： 先備份資料庫，然後執行BACKUP LOG 資料庫名稱WITH NO_LOG 完整模式： 如果沒有進行過完整備份，先進行一次完整備份，然後再備份日誌文件，最後執行DBCC SHRINKFILE (N'日誌文件邏輯名稱' , 0, TRUNCATEONLY)只收縮日誌檔案

    日誌檔案邏輯名稱透過以下語句可以得到USE erp資料庫go SELECT [name] FROM sys.database_files WHERE type_desc='LOG'

##相關推薦：

關於Mysql事務性

#php 怎麼使用Mysql事務實例程式碼

##MySQL事務處理實例講解

以上是解決Mysql收縮交易日誌及問題解決辦法的詳細內容。更多資訊請關注PHP中文網其他相關文章！