关于mysql or postgresql的极限性能

Question

我只答我知道的，呵呵。
mysql支持增量备份，不过要开启二进制日志;
从mysql5.*才开始支持视图，我不清楚有没有水平分区视图类似的功能，你的数据量那么大，建索引肯定慢的啦，至于性能我就不清楚了，因为我自己没有做过有这么大量数据的东东，也没有看过相关的讨论。

Answer 1

好大的数据库。我我用postgresql。我查询上百万的表，速度已经很慢了。要是你那个大表，查询怎么办。

Answer 2

这么大的数据量用MySQL怕是撑不住！
建议你在建表的时候尽量拆分一下，分多张表进行存储，效率才会提高

Answer 3

建议用postgresql，基于bsd协议，可以自由使用，你仔细看看手册；
mysql在大数据量下，性能下降非常厉害[我一个700多万条记录的表，更新记录有时候要用几分钟]

Answer 4

把用户ID放到内存里，id最好是int类型，这样避免了对tb1的频繁查询，速度应该快不少。
照你的描述，用户的数据，彼此之间是不交叉访问的。那么，每个用户一个表如何？这样就无需索引了。

Answer 5

免费的数据库评价最好的就是这两种了。
比较而言，一般公认的是MySQL快，特别是它所擅长的SELECT，但缺少很多功能，事务较差，适合于多读少写的情况，典型的就是BBS；PostgreSQL而比较完整，能与MS SQL相比了，有人说它能在数据达200G、日增100万条仍然应付自如，比较适合关键性应用，毕竟准确性与安全性比速度更重要。

Answer 6

谢谢楼上的..呵呵...那是说PostgreSQL比较好啰?

Answer 7

to loveflea最近也在做mysql优化的工作，感觉涉及的东西很多。请问你上面所说在更新700万条记录的时候，花了几分钟，所更新的数据量是多少？ 表的情况是什么样？where后面的字段，是否是已经建立索引的字段？？

Answer 8

Improving Database Performance with Partitioninghttp://dev.mysql.com/tech-resources/articles/performance-partitioning.htmlhttp://dev.mysql.com/doc/refman/5.1/en/partitioning.html
这可能就是楼主所讲的水平数据分区吧.楼上的,你做mysql优化的工作,有没有看过<<high performance mysql>>这本书?
里面讲了很这方面的话题.