Mysql トランザクション ログとログ ファイルが大きすぎて縮小できないという問題を解決します。

1. MS SQL Server 2005

--1. ログをクリアする
exec('DUMP TRANSACTION データベース名 WITH NO_LOG')
--2.トランザクション ログを切り捨てます。
exec('BACKUP LOG データベース名 WITH NO_LOG')
--3. データベースファイルを縮小します（圧縮されていない場合は、データベースファイルは縮小されません）
exec('DBCC SHRINKDATABASE(データベース名) ')
--4. 自動縮小を設定する
exec('EXEC sp_dboption データベース名,autoshrink,TRUE')

2.MS SQL Server 2008、2008r2、2012、2016

--SQL2008 では、ログのクリアはシンプル モードで実行し、クリア操作が完了したらフル モードに戻す必要があります。
使用 [マスター]
行く
ALTER DATABASE database_name SET RECOVERY SIMPLE WITH NO_WAIT
行く
ALTER DATABASE データベース名 SET RECOVERY SIMPLE --シンプルモード GO
USE データベース名 GO
--crm50sp1_log はデータベース ログ ファイルの論理名です DBCC SHRINKFILE (N'crm50sp1_log', 11, TRUNCATEONLY)
行く
使用 [マスター]
行く
ALTER DATABASE database_name SET RECOVERY FULL WITH NO_WAIT
行く
ALTER DATABASE データベース名 SET RECOVERY FULL --フルモードに復元 GO

3. ログファイルが異常に大きく、縮小できない

ログ ファイルが異常に大きく、縮小できない場合は、コミットされていないトランザクションやロールバックされたトランザクションがあるかどうかを確認する必要があります。

DBCC OPENTRAN コマンドを実行して、非常に早く実行されたトランザクション (トランザクションの開始時刻がメッセージに表示されます) があるかどうかを確認します。表示されているトランザクションがある場合は、トランザクションがコミットまたはロールバックされていないため、MinLSN をロールフォワードできません。
このような場合、対処方法は 2 つあります。1 つは、情報に表示されているプロセス番号を使用してプロセスを強制終了することです。プロセス番号を強制終了します（もちろん、ダウンタイムが許容される場合は SQL サービスを再起動することもできます）。

長期間閉じられていないトランザクションがない場合、シンプル モード: 最初にデータベースをバックアップし、次に BACKUP LOG データベース名 WITH NO_LOG を実行します。完全モード: 完全バックアップを実行していない場合は、最初に完全バックアップを実行し、次にログ ファイルをバックアップし、最後に DBCC SHRINKFILE (N'ログ ファイル論理名', 0, TRUNCATEONLY) を実行してログ ファイルのみを縮小します。

ログファイルの論理名は、次のステートメントで取得できます: USE erp database go SELECT [name] FROM sys.database_files WHERE type_desc='LOG'

要約する

上記は、Mysql トランザクション ログを縮小する問題と、ログ ファイルが大きすぎて縮小できない問題を解決する方法について紹介したものです。お役に立てば幸いです。ご質問がある場合は、メッセージを残してください。すぐに返信いたします。また、123WORDPRESS.COM ウェブサイトをサポートしてくださっている皆様にも感謝申し上げます。