處理Mysql收縮事務(wù)日志及問(wèn)題處理方法

一.MS SQL SERVER 2005

--1.清空日志
exec('DUMP TRANSACTION 數(shù)據(jù)庫(kù)名 WITH NO_LOG')
--2.截?cái)嗍聞?wù)日志：
exec('BACKUP LOG 數(shù)據(jù)庫(kù)名 WITH NO_LOG')
--3.收縮數(shù)據(jù)庫(kù)文件(如果不壓縮,數(shù)據(jù)庫(kù)的文件不會(huì)減小
exec('DBCC SHRINKDATABASE(數(shù)據(jù)庫(kù)名) ')
--4.設(shè)置自動(dòng)收縮
exec('EXEC sp_dboption 數(shù)據(jù)庫(kù)名,autoshrink,TRUE')

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

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

三. 日志文件異常大無(wú)法收縮的問(wèn)題

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

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

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

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

相關(guān)推薦：

關(guān)于Mysql事務(wù)性

php 怎么使用Mysql事務(wù)實(shí)例代碼

MySQL事務(wù)處理實(shí)例講解

以上就是解決Mysql收縮事務(wù)日志及問(wèn)題解決辦法的詳細(xì)內(nèi)容，更多請(qǐng)關(guān)注php中文網(wǎng)其它相關(guān)文章！