理由もなく、非常に大きなデータベースを持つクライアントサイトを継承しました。中程度の量のコンテンツがあり、有効なモジュールはほとんどありません。ただし、データベースは大きすぎて簡単に移動できないため、クリーンアップする必要があります。

標準キャッシュテーブル、syslog、およびaccesslogを消去しました。

標準のDrupalサイトで安全に切り捨てることができる他のテーブルはありますか？

バックアップと移行モジュールを使用すると、不要なデータをスキップするための適切なデフォルトが付属しています。デフォルトでは、キャッシュ、ウォッチドッグ、その他のテーブルなしでDBバックアップを生成します。

これが役に立たない場合は、phpMyAdminを見て、どのテーブルに多くのエントリがあるかを教えてください。

除外できるDrupal 7テーブル

Drupal 7のテーブルのリストは、データベースのサイズを減らすためにクリアするか、移行を安全に除外することができます（サーバーのインポート制限を回避するためにローカルにエクスポートされたデータベースのサイズを減らす方法に関する質問のように？））：

• アクセスログ
• バッチ
• 次のようなすべてのキャッシュ関連テーブル
  • キャッシュ*
  • cache_block
  • cache_content
  • cache_filter *
  • cache_form
  • cache_calendar_ical
  • cache_menu *
  • cache_page *
  • cache_views
  • * _cache、features_cacheまたはviews_data_object_export_cacheなど
• ctools_views_cache
• ctools_object_cache
• devel_queries
• devel_times
• 洪水
• 歴史
• キュー
• 以下のようなさまざまなsearch_ *テーブル
  • search_dataset
  • search_index
  • search_keywords_log
  • search_total
• セマフォ
• セッション
• 番犬
• webform_submitted_data

通常、などのテーブルは多くのデータベーススペースsearch_indexをwatchdog使用するため、これらの2つのテーブルを削除するだけで、すでに大きな違いを生むことができます。

除外される可能性のある他のテーブル

残りのテーブルのサイズを確認し、サイズが最も大きいテーブルを特定します。

通常、クリーンアップ手順が設定されていないセッションテーブルを見つけることがあります。このようなテーブルもおそらく除外できます。

モジュールのバックアップと移行

「ローカルにエクスポートされたデータベースのサイズを小さくして、サーバーのインポート制限を回避する方法」で詳しく説明されているように、課題をさらに減らすには、バックアップおよび移行モジュールも参照してください。プロジェクトページからの引用です（太字のマークアップはここに追加されています）。

Drupal MySQLデータベース、コード、およびファイルをバックアップおよび復元するか、環境間でサイトを移行します。バックアップと移行は、gzip、bzip、zip圧縮、およびスケジュールされた自動バックアップをサポートしています。

バックアップと移行を使用すると、データベーステーブルの一部またはすべてをファイルのダウンロードにダンプしたり、サーバーまたはオフサイトのファイルに保存したり、アップロードまたは以前に保存したデータベースダンプから復元したりできます。デフォルトでは、どのテーブルとどのデータをバックアップおよびキャッシュするかを選択できます。

さらに、ローカル環境（WinやMacなど）がホストされているWebサイトのサーバーが実行しているOS（Linuxなど）と異なる場合、OS間のこれらの違いは潜在的な余分な課題を意味します。異なるOS間でのバックアップおよび移行モジュールの使用経験が豊富で、これまでは典型的なMySqlエクスポート/インポートが失敗した状況で問題は発生しませんでした（正常に動作しました）。

私の経験では、すべての「cache_ *」テーブルをパージします。

• 過去のDrupalログを気にしない場合は「ウォッチドッグ」
• ログインユーザーを気にしない場合は「accesslog」
• インデックス付きノードの内容を気にしない場合は「検索」

私は時々、このSQLを実行して、上位テーブルの成長を監視しています。

SELECT * 
FROM INFORMATION_SCHEMA.TABLES
WHERE TABLE_SCHEMA =  'yourdbnamehere'
ORDER BY table_rows DESC 

ウォッチドッグとセッションもクリアできます。すべてのユーザーがログアウトされることに注意してください。

mySQLを使用すると、mysqldumpプログラムを使用してデータベース全体または一部をエクスポートして、楽しいことができます。たとえば、これは構造をエクスポートするだけです：

mysqldump -u root -pBatteryHorseStapleObviously -h some_host --no-data dbname > ~/dbname.sql

次に、「テーブルを無視」オプションを使用して、さらにデータをエクスポートできます。

mysqldump -u root -pBatteryHorseStapleObviously -h some_host --ignore-table=dbname.huge_table --ignore-table=dbname.massive_table --ignore-table=dbname.useless_table some_host >> ~/dbname.sql

これにより、いくつかの大規模なテーブルを無視して、以前のファイルの最後にデータが配置されます。

その後、大規模なテーブルが必要な場合は、上記のアプローチを使用して別のファイルにエクスポートし、チャンクでインポートできます（fkチェックオフが必要になる場合があります）。

アップロードする前にファイルをgzipしましたか、それともばかげた質問ですか？

OptimizeDBモジュールを使用して、キャッシュテーブルをクリーニングします。データベース管理にも便利です。

データベースのバックアップを取ることを忘れないでください。

ないスーパーこれについて専門家が、私の経験を共有する...あなたは空にでき、テーブルの一部/ TRUNCATEは次のようになり、バックアップや移行モジュールを使用して、手動でそれらをエクスポートしていない場合はwatchdog、cache、cache_menu、cache_block、cache_content、cache_form彼らは大が含まれている可能性があるとして、キャッシュされたものをクリアすることは、私が傷つけないだろうと思います...しかし、これは私の経験であり、これによりトラブルやデータの損失に遭遇したことはありません。

いくつかのアイデア：

• まったく異なるアプローチは、保持するデータのビューを使用してRSSフィードを作成することです。次に、新しいDrupalインストールを作成し、Feed APIでこのデータをインポートします。
• そしてもう1つのアプローチ：学生を雇い、新しいインストールに手動でデータを転送させます。
• または、これ：どのテーブルが非常に巨大で、その理由は何ですか（ご存じの場合）。

example.drushrc.phpこれらのリストを確認してください。

$options['structure-tables']['common'] = array('cache', 'cache_*', 'history', 'search_*', 'sessions', 'watchdog');
$options['skip-tables']['common'] = array('migration_*');

異なる環境間でデータベースを移動するという点でそれらをクリアするのは安全です（特に大きなデータベースで作業している場合）。ただし、クリアする内容を理解する必要があります。

クリアできる追加のテーブル：

• バッチ
• webform_submitted_data

かなりのスペースを占有する可能性のあるその他の事項：-コンテンツの古いバージョン（単純な切り捨てではクリーンアップできません）。-locales_sourceおよびlocales_target。使用されていない言語や、使用していないモジュールの文字列翻訳がある場合。これらのテーブルはクリーンアップされないようです。