对于相同的数据集,主要是文本数据,Postgresql的数据(表索引)大小与
MySQL相比如何？
> Postgresql使用MVCC,这表明它的数据大小会更大
>在本次演示中,日本最大的博客网站谈到了他们从Postgresql迁移到MysqL的问题.他们退出Postgresql的原因之一是Postgresql中的数据量过大(第41页)：
Migrating from PostgreSQL to MySQL at Cocolog,Japan’s Largest Blog Community
> Postgresql具有数据压缩功能,因此应该使数据大小更小.但MysqL插件也有压缩.
解决方法
> MysqL也使用MVCC,只需检查
InnoDB的.但是,在Postgresql中你可以
更改FILLFACTOR以腾出空间
以供将来更新.有了这个,你
可以创建一个有空间的数据库
对于当前数据,但也有一些
未来的更新和删除.什么时候
autovacuum和HOT做他们的事情
对,你的数据库的大小可以
保持稳定.
>博客是关于旧版本的,很多
事情发生了变化和Postgresql
在压缩方面做得更好
就像过去那样.
>压缩取决于数据类型,
配置和速度也是如此.您
必须测试看看它是如何工作的
为你的情况.
InnoDB的.但是,在Postgresql中你可以
更改FILLFACTOR以腾出空间
以供将来更新.有了这个,你
可以创建一个有空间的数据库
对于当前数据,但也有一些
未来的更新和删除.什么时候
autovacuum和HOT做他们的事情
对,你的数据库的大小可以
保持稳定.
>博客是关于旧版本的,很多
事情发生了变化和Postgresql
在压缩方面做得更好
就像过去那样.
>压缩取决于数据类型,
配置和速度也是如此.您
必须测试看看它是如何工作的
为你的情况.
我做了几次从MysqL到Postgresql的转换,在所有这些情况下,Postgresql小了约10％(MysqL 5.0 => Postgresql 8.3和8.4).这10％用于更改最新表上的fillfactor,这些表被设置为60到70的fillfactor.速度要好得多(不超过20个并发用户的问题),数据大小也稳定,没有MVCC进行失控或真空远远落后.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
