WordPress Datenbank entschlacken
Die Versionsverwaltung von WordPress ist eigentlich eine gute Sache. Jedoch werden gerade geöffnete Artikel und Seiten alle 60 Sekunden automatisch gespeichert. Auch bei jeder nachträglichen Bearbeitung wird jedes mal eine neue Revision des Artikels erstellt. Dadurch wird die Datenbank mit der Zeit ganz schön zugemüllt.
Mit zwei kleinen Einträgen in der wp-config.php lässt sich dies jedoch leicht anpassen.
// Limitiert die Anzahl der gespeicherten Versionen je Artikel
define('WP_POST_REVISIONS', 5);
// Intervall der automatischen Speicherung in Sekunden
define('AUTOSAVE_INTERVAL',300);Setzt man WP_POST_REVISIONS auf false, wird die Versionsverwaltung komplett abgeschaltet.
Um die Datenbank von Hand zu säubern, kann man alle alten Versionen löschen. Dazu verwendet man am besten phpMyAdmin. Einfach folgende SQL-Befehle direkt auf der Datenbank ausführen:
DELETE FROM wp_posts WHERE post_type = "revision";
DELETE FROM wp_posts WHERE post_status = "auto-draft"Alle gespeicherten Versionen (bis auf die aktuelle) werden somit gelöscht. Je nach Situation spart man dadurch einiges an Platz. Mein WordPress Datenbankbackup benötigt seit der Säuberung nur noch rund 0,9 MByte – vorher 1,5 MByte.
Sie sehen gerade einen Platzhalterinhalt von X. Um auf den eigentlichen Inhalt zuzugreifen, klicken Sie auf die Schaltfläche unten. Bitte beachten Sie, dass dabei Daten an Drittanbieter weitergegeben werden.
Mehr Informationen
Hi, beim Veröffentlichen bzw. beim Aktualisieren eines Artikels wird dieser ja gespeichert. Manchmal erscheint bei mir eine hellrote Leiste mit dem Hinweis, dass schon eine andere Version automatisch gespeichert worden sei. Das nervt. An sich reicht es doch aus, wenn der betreffende gerade erstellte oder auch der nachträglich bearbeitete Artikel ein paar wenige Male gespeichert wird. Lohnt sich dafür nicht die automatische oben beschriebene minimalisierte Speicherung?
Andererseits ist der Unterschied zwischen 1,5 und 0,9 MB ja nun auch nicht gerade groß. Das dürfte Deine Speicherkapazität nicht gerade überfordern, es sei denn, ältere Artikel-Versionen verlangsamten die Performance insgesamt. Ist das so?
Im Prinzip hast du recht. Ich habe bei mir auch festgelegt, dass maximal 10 Versionen eines Artikels gespeichert werden dürfen. Zudem habe ich auch die automatische Speicherung auf fünf Minuten erhöht.
Ich sollte noch anmerken, dass sich die Größe des Backups auf den komprimierten Zustand bezieht. Da ich mir täglich ein Backup per Mail zuschicken lasse ist die Größenreduktion recht hilfreich für mich.
Performanceeinbrüche durch viele Versionen wird es wenn dann nur im Backend geben. Bei einigen Artikeln hatte ich teilweise über 30 Versionen, was wirklich nicht sein muss. Darum habe ich einfach mal klar Schiff gemacht ;-)
Könntest Du bitte noch mitteilen, an welcher Stelle der Datei ich die o .g. Zeilen am Besten einfüge? Vielleicht gleich oben bei den anderen Zeilen, die mit “define” beginnen?
Am besten direkt unterhalb der define-Statements, aber unbedingt oberhalb von:
/* That’s all, stop editing! Happy blogging. */
Ok, das scheint zu klappen.
Bei der Säuberung erhalte ich allerdings nach Eingabe in das Feld unter “SQL-Befehl(e) in Datenbank “datenbank” ausführen:” folgende Fehlermeldung:
Fehler
SQL-Befehl:
DELETE FROM wp_posts WHERE post_type = “revision”
MySQL meldet:
#1146 – Table ‘datenbank.wp_posts’ doesn’t exist
Vermutlich hast du ein anderes Prefix für die Tabellen. Das Prefix findest du auch in der wp-config.php. Dann musst du den Befehl entsprechend dem richtigen Prefix ändern.
Beispielsweise:
DELETE FROM wordpress_posts WHERE post_type = “revision”
Ähem, jetzt wird’s etwas schwieriger. Ich nutze die deutsche WordPress-Version. In der Datei fand ich folgende Angabe:
* WordPress Datenbanktabellen-Präfix.
*
* Wenn du verschiedene Präfixe benutzt, kannst du innerhalb einer Datenbank
* verschiedene WordPress-Installationen betreiben. Nur Zahlen, Buchstaben und Unterstriche bitte!
*/
$table_prefix = ‘wp_1’;
Wie müsste, vorausgesetzt, ich habe das Richtige gefunden, der Befehl lauten?
DELETE FROM wp_1posts WHERE post_type = “revision”
Leider nicht gewonnen. Aber ich will Dich nicht weiter nerven. Vielen Dank für die geopferte Zeit.
SQL-Befehl:
DELETE FROM wp_1posts WHERE post_type = “revision”
MySQL meldet:
#1054 – Unknown column ‘“revisionâ€
So wie ich das sehe ist der Befehl nun richtig, nur die Anführungszeichen machen noch Probleme. Falls du den Befehl kopiert hast, kannst du versuchen ihn einfach abzuschreiben, dann sollte es klappen!
Oh ja, meine Seite “Cinematic” in meinem Blog ändere ich auch sehr häufig. Sodass dort im laufe der Zeit (seit 2007) bestimmt ca. 130 Revision angelaufen sind.
@Tobi: Das war der Elektriktrick. Hat geklappt! Von 3,0 MB auf 1,09 MB. Vielen Dank noch einmal!