对于相同的数据集，主要是文本数据，Postgresql的数据（表+索引）大小与MySQL相比如何？
Postgresql使用MVCC，这将表明其数据大小会更大
在本次演讲中，日本最大的博客网站介绍了他们从Postgresql迁移到MySQL的情况。 他们离开Postgresql的原因之一是Postgresql中的数据量太大（ p。41 ）： 在日本最大的博客社区Cocolog从PostgreSQL迁移到MySQL
Postgresql有数据压缩，所以应该使数据量变小。 但MySQL插件也有压缩。
有没有人有任何关于Postgresql和MySQL的数据大小相互比较的实际经验？
如果你的表是InnoDB格式的话，MySQL会使用MVCC，除非你有特殊的理由使用MyISAM，否则它们应该是这样的。 两者都有优点和缺点。 如果你主要关心的是数据大小，MySQL提供了几个插件，其中一个是压缩的MyISAM表，这可以使数据大小非常小。
当select一个或另一个时，你应该在select之前检查完整的用例。 数据大小是一个因素，但这取决于您的使用情况。 如果是针对基于Web的服务，MySQL通常是一个很好的候选人，因为它在读取密集型工作负载（大多数网站）上performance良好。 MySQL也固有地支持复制（虽然是asynchronous的）。 如果更具体一些，Postgres可能是一个更好的select。
你还应该仔细看看Percona的MySQL服务器（ http://www.percona.com/software/percona-server/ ）。 它基于MySQL，与标准的MySQL版本相比，性能提高了很多。 它得到了很好的支持，并不断得到改进。 我的感觉是，Percona MySQL服务器可能会满足你的要求。
希望这可以帮助！