问什么时候项目对mysql来说太大了？

EN

我认为，当你开始发现性能问题或者你想继续努力时，你才能知道什么时候MySQL不够好。如果你意识到你的应用程序可能很庞大，那么你应该从一开始就实现正确的工具，否则在以后的日期转移它是非常令人头疼的。

没有简单的指标可以告诉您答案-它不仅取决于数据量、事务数量，还取决于复制的性质-复制站点的数量、所需的复制速度等。

是的，一个大规模的noSQL集群可以胜过一个用同样的预算构建的MySQL集群，但是它被称为noSQL是有原因的-当你需要开始对数据做一些有用的事情时，关系模型和SQL语言使得数据切片和切分变得更加容易。OTOH，在某种程度上，OLAP在性能方面超过了关系模型-但我认为使用数据仓库进行事务处理将是相当困难的。

因此，应用程序的功能需求增长超过noSQL数据库的能力的速度很有可能比性能需求超过关系数据库的速度快得多。

我会从另一种方法(PostgreSQL)开始，但这并不是因为伸缩性问题，而是因为MySQL对事务和引用完整性的支持毫无价值。