我同意klennepette和Brian的几点警告。
如果您的数据与生俱来是关系的,并且受与SQL配合使用的查询的影响,那么您应该能够扩展到数亿条记录,而无需特殊的硬件要求。
您将需要投资建立索引,查询调优,并为提高速度而偶尔牺牲关系模型。设计表时,至少应该点点性能-例如,将整数优先于字符串作为键。
但是,如果您有以文档为中心的要求,需要自由文本搜索或有很多层次关系,则可能需要再次查看。
如果您需要ACID事务,则可能会比不关心事务的时候更早遇到可伸缩性问题(尽管实际上这不太可能会影响您)。如果您有长期运行的事务或复杂的事务,则可伸缩性会迅速下降。
我建议从头开始构建项目,并考虑可伸缩性要求。我过去所做的工作是建立一个测试环境,该环境中填充了数百万条记录(我使用了DBMonster,但不确定是否仍然存在),并使用诸如负载测试工具定期针对该数据库测试在制品代码Jmeter。


![MySQL表有多少行“太多”?[重复] MySQL表有多少行“太多”?[重复]](http://www.mshxw.com/aiimages/31/426243.png)
