- MySQL también usa MVCC, solo verifique innoDB. Pero, en PostgreSQL puede cambiar el FACTOR DE RELLENO para hacer espacio para futuras actualizaciones. Con esto, puede crear una base de datos que tenga espacio para los datos actuales, pero también para algunas actualizaciones y eliminaciones futuras. Cuandoautovacuum y HOT funcionan correctamente, el tamaño de su base de datos puede ser estable.
- El blog trata sobre versiones antiguas, muchas cosas han cambiado y PostgreSQL hace un trabajo mucho mejor en compresión que en los viejos tiempos.
- La compresión también depende del tipo de datos, la configuración y la velocidad. Tienes que probar para ver cómo funciona para tu situación.
Hice un par de conversiones de MySQL a PostgreSQL y, en todos estos casos, PostgreSQL era un 10 % más pequeño (MySQL 5.0 => PostgreSQL 8.3 y 8.4). Este 10 % se usó para cambiar el factor de relleno en las tablas más actualizadas, que se establecieron en un factor de relleno de 60 a 70. La velocidad fue mucho mejor (se acabaron los problemas con más de 20 usuarios simultáneos) y el tamaño de los datos también fue estable, sin MVCC funcionando fuera de control o vacío muy atrás.
MySQL y PostgreSQL son dos bestias diferentes, PostgreSQL tiene que ver con la confiabilidad donde MySQL es popular.
