Postgresql 与 MySQL：它们的数据大小如何比较？

对于相同的数据集，大部分是文本数据，Postgresql的数据（表+索引）大小与MySQL相比如何？

• Postgresql使用MVCC，这意味着它的数据量会更大

• 在这次演讲中，日本最大的博客网站谈论了他们从 Postgresql 到 MySQL 的迁移。他们放弃 Postgresql 的原因之一是 Postgresql 中的数据大小太大（第 41 页）：日本最大的博客社区 Cocolog 从 PostgreSQL 迁移到 MySQL

• Postgresql具有数据压缩功能，因此数据大小应该更小。但MySQL Plugin也有压缩功能。

有人对 Postgresql 和 MySQL 的数据大小如何比较有任何实际经验吗？

• MySQL也使用MVCC，只需查看 innoDB。但是，在 PostgreSQL 中你可以 更改 FILLFACTOR 以腾出空间 以供将来更新。有了这个，你 可以创建一个有空间的数据库 适用于当前数据，也适用于某些 未来的更新和删除。什么时候 autovacuum 和 HOT 各司其职 对了，你的数据库大小可以 保持稳定。
• 该博客是关于旧版本的，很多 事情已经发生了变化，PostgreSQL 在压缩方面做得更好 就像过去一样。
• 压缩取决于数据类型， 配置和速度也是如此。你 必须测试一下它是如何工作的 对于你的情况。

我进行了几次从 MySQL 到 PostgreSQL 的转换，在所有这些情况下，PostgreSQL 大约小了 10%（MySQL 5.0 => PostgreSQL 8.3 和 8.4）。这 10% 用于更改最新更新表的填充因子，这些表的填充因子设置为 60 到 70。速度好多了（超过 20 个并发用户不再出现问题），数据大小也稳定，没有 MVCC失控或真空远远落后。

MySQL 和 PostgreSQL 是两种不同的野兽，PostgreSQL 注重可靠性，而 MySQL 更受欢迎。