データベースを2日ごとにダンプしていますが、先月のある時点で、データベースが約500 MBから4 GBに急上昇したことに気付きました。
その原因は何ですか?
データベースがバインドなしで大きくなる可能性がある1つの理由は、実行する cron 設定がない場合です。 / admin/reports/dblogで「最近のログメッセージ」を確認し、cronをフィルタリングして、それが実行されていることを確認します(毎晩は良いスタートです)。 。
Cronが行うことの1つは、キャッシュ、ウォッチドッグ、およびセッションのテーブルを整理することです。これらは、Drupalの実行に重要ではないデータですぐにいっぱいになる可能性があります。
場合によっては、これらをクリアすると、cronの実行に時間がかかりすぎることがあります。この場合は、次のような手動クエリを実行します。
DELETE FROM watchdog;
必要になるかもしれません。上記のように、これをcache
およびcache_
、watchdog
、sessions
で始まるテーブルで実行できます。 DELETE
クエリを実行する前に、常に最初にバックアップを取ることが常に最善です。
走る
show table status;
データベースで、「Data_length」列を見てください。そこでは、どのテーブルがスペースを占めるかがわかります。データのダンプ方法はわかりませんが、 バックアップと移行 を使用すると、デフォルトでキャッシュテーブルが含まれないため、かなりのスペースを節約できます。
Drushがインストールされている場合は、drush cronを実行してから、drush cc allを実行します。これで問題が解決します。データベースサイズを4.3Gから65Mに減らしました。