- MySQL verwendet auch MVCC, überprüfen Sie einfach innoDB. Aber in PostgreSQL können Sie den FILLFACTOR ändern, um Platz für zukünftige Updates zu schaffen. Damit können Sie eine Datenbank erstellen, die Platz für aktuelle Daten, aber auch für einige zukünftige Aktualisierungen und Löschungen bietet. Wenn Autovacuum und HOT ihre Sache richtig machen, kann die Größe Ihrer Datenbank stabil bleiben.
- Im Blog geht es um alte Versionen, viele Dinge haben sich geändert und PostgreSQL macht einen viel besseren Job bei der Komprimierung als früher.
- Die Komprimierung hängt auch vom Datentyp, der Konfiguration und der Geschwindigkeit ab. Sie müssen testen, wie es in Ihrer Situation funktioniert.
Ich habe ein paar Konvertierungen von MySQL nach PostgreSQL durchgeführt und in all diesen Fällen war PostgreSQL etwa 10 % kleiner (MySQL 5.0 => PostgreSQL 8.3 und 8.4). Diese 10 % wurden verwendet, um den Füllfaktor der aktuellsten Tabellen zu ändern, diese wurden auf einen Füllfaktor von 60 bis 70 gesetzt. Die Geschwindigkeit war viel besser (keine Probleme mehr mit über 20 gleichzeitigen Benutzern) und die Datengröße war ebenfalls stabil, kein MVCC läuft außer Kontrolle oder Vakuum zu weit hinten.
MySQL und PostgreSQL sind zwei verschiedene Biester, bei PostgreSQL dreht sich alles um Zuverlässigkeit, wo MySQL populär ist.
