Ich habe eine Client-Site geerbt, die ohne Grund über eine extrem große Datenbank verfügt. Es gibt eine moderate Menge an Inhalten und nur sehr wenige aktivierte Module. Die Datenbank ist jedoch zu groß, um problemlos verschoben werden zu können, und ich möchte sie bereinigen.

Ich habe die Standard-Cache-Tabellen, Syslog und Accesslog gelöscht.

Gibt es andere Tabellen, die ich auf einer Standard-Drupal-Site sicher abschneiden kann?

Verwenden Sie das Backup & Migrate-Modul . Es wird mit guten Standardeinstellungen für das Überspringen nicht erforderlicher Daten geliefert . Standardmäßig wird eine DB-Sicherung ohne Cache, Watchdog und einige andere Tabellen erstellt.

Wenn dies nicht hilft, schauen Sie in phpMyAdmin nach und teilen Sie uns mit, welche Tabellen viele Einträge enthalten.

Drupal 7-Tabellen, die ausgeschlossen werden können

Hier ist eine Liste von Tabellen in Drupal 7, die Sie entweder löschen (um die Datenbankgröße zu verringern) oder sicher ausschließen können, um eine Migration durchzuführen (wie bei der Frage: Wie kann ich die lokal exportierte Datenbankgröße verringern, um mein Serverimportlimit zu umgehen? ):

• accesslog
• Stapel
• alle Cache-bezogenen Tabellen wie:
  • Cache *
  • cache_block
  • cache_content
  • cache_filter *
  • cache_form
  • cache_calendar_ical
  • cache_menu *
  • cache_page *
  • cache_views
  • * _cache, z. B. features_cache oder views_data_object_export_cache
• ctools_views_cache
• ctools_object_cache
• devel_queries
• devel_times
• Flut
• Geschichte
• Warteschlange
• verschiedene search_ * -Tabellen, wie:
  • search_dataset
  • search_index
  • search_keywords_log
  • search_total
• Semaphor
• Sitzungen
• Wachhund
• webform_submitted_data

In der Regel belegen Tabellen wie search_indexund watchdogviel Datenbankspeicher, sodass bereits das Eliminieren dieser beiden Tabellen einen großen Unterschied bewirken kann.

Andere Tabellen, die möglicherweise ausgeschlossen werden

Überprüfen Sie die Größe Ihrer verbleibenden Tabellen und ermitteln Sie, welche davon die größte Größe haben.

In der Regel finden Sie Sitzungstabellen, für die keine Bereinigungsprozedur vorhanden ist. Solche Tabellen können Sie wahrscheinlich auch ausschließen.

Modul sichern und migrieren

Um die Herausforderung zu reduzieren , wie detailliert in „ Wie wird die lokal ausgeführten Datenbankgröße verringern meinen Server Importlimit zu umgehen? “, Blick auf die Sicherung und Migrate Modul auch. Hier ist ein Zitat von seiner Projektseite (Fettdruck hier hinzugefügt):

Sichern Sie Ihre Drupal MySQL-Datenbank, Ihren Code und Ihre Dateien und stellen Sie sie wieder her, oder migrieren Sie eine Site zwischen Umgebungen. Backup and Migrate unterstützt die Komprimierung von gzip, bzip und zip sowie automatische geplante Backups.

Mit Backup and Migrate können Sie einige oder alle Ihrer Datenbanktabellen zum Herunterladen von Dateien oder zum Speichern in einer Datei auf dem Server oder außerhalb des Standorts sowie zum Wiederherstellen von einem hochgeladenen oder zuvor gespeicherten Datenbank-Dump sichern. Sie können auswählen, welche Tabellen und welche Daten standardmäßig gesichert und zwischengespeichert werden sollen .

Und es gibt noch mehr: Wenn sich Ihre lokale Umgebung (z. B. Win oder Mac) von dem Betriebssystem unterscheidet, auf dem der Server Ihrer gehosteten Website ausgeführt wird (z. B. Linux), sind diese Unterschiede zwischen den Betriebssystemen mit potenziellen zusätzlichen Herausforderungen verbunden. Ich habe gute Erfahrungen mit dem Backup- und Migrate-Modul zwischen verschiedenen Betriebssystemen gemacht, die keine Probleme verursachten (einwandfrei funktionierten), wenn der typische MySql-Export / Import zuvor fehlgeschlagen war.

Meiner Erfahrung nach lösche ich alle "cache_ *" - Tabellen.

• plus "watchdog", wenn ich mich nicht um vergangene Drupal-Logs kümmere
• plus "accesslog", wenn mir angemeldete Benutzer egal sind
• plus "Suche", wenn mir der Inhalt indizierter Knoten egal ist

Ich führe manchmal diese SQL aus, um das Wachstum der oberen Tabellen im Auge zu behalten:

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

Watchdog und Sessions können ebenfalls gelöscht werden. Beachten Sie, dass alle Benutzer abgemeldet werden.

Mit mySQL können Sie unterhaltsame Dinge mit dem Programm mysqldump tun, um die Datenbank vollständig oder in Teilen zu exportieren. Zum Beispiel exportiert dies nur die Struktur:

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

Sie können dann die Option "Tabelle ignorieren" verwenden, um weitere Daten zu exportieren, z

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

Dadurch werden die Daten am Ende der früheren Datei platziert, wobei einige massive Tabellen ignoriert werden.

Wenn Sie dann die massiven Tabellen benötigen, können Sie sie mithilfe des oben beschriebenen Ansatzes in eine andere Datei exportieren. Anschließend können Sie sie in Chunks importieren (obwohl möglicherweise ein fk-Häkchen erforderlich ist).

Sie haben Ihre Datei vor dem Hochladen gzipen lassen, oder ist das eine dumme Frage?

Verwenden Sie das OptimizeDB- Modul, um die Cache-Tabellen zu bereinigen. Hilfreich ist auch die Datenbankverwaltung .

Vergessen Sie nicht, ein Backup der Datenbanken zu erstellen.

nicht der Super - Experte auf diesem , aber meine Erfahrung teilen ... wenn Sie die Sicherung und Migrate - Modul nicht verwenden und sie manuell könnten Sie truncate wären leer / einige der Tabellen exportieren watchdog, cache, cache_menu, cache_block, cache_content, cache_formda sie einen großen enthalten könnten Menge an zwischengespeicherten Daten, die wahrscheinlich nicht schaden würden ... Aber auch dies ist meine Erfahrung und ich habe keine Probleme oder Datenverluste aufgrund dessen festgestellt.

Einige Ideen:

• Ein völlig anderer Ansatz wäre, RSS-Feeds mit Ansichten der Daten zu erstellen, die Sie behalten möchten. Erstellen Sie dann eine neue Drupal-Installation und importieren Sie diese Daten mit der Feed-API .
• Und noch ein anderer Ansatz: Stellen Sie einen Studenten ein und lassen Sie ihn die Daten manuell in Ihre neue Installation übertragen.
• Oder diese: Erzählen Sie uns mehr darüber, welche Tische sehr groß sind und was der Grund dafür ist (wenn Sie es wissen).

Überprüfen Sie example.drushrc.phpdie folgende Liste:

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

Sie können sicher gelöscht werden, wenn Sie die Datenbank zwischen verschiedenen Umgebungen verschieben (insbesondere, wenn Sie mit großen Datenbanken arbeiten ). Sie müssen jedoch noch verstehen, was Sie löschen.

Zusätzliche Tabellen, die gelöscht werden können:

• Stapel
• webform_submitted_data

Andere Dinge, die viel Platz in Anspruch nehmen könnten: - Ältere Versionen Ihres Inhalts (nicht mit einem einfachen Kürzel zu bereinigen). - locales_source und locales_target. Wenn Sie Sprachen haben, die nicht mehr verwendet werden, oder Zeichenkettenübersetzungen für Module, die Sie nicht mehr verwenden. Diese Tische scheinen nie gereinigt zu werden.