データベースがバインドなしで大きくなる可能性がある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に減らしました。