我记得以前看文章说mysql的存储引擎限制了数据规模。

    有8位网友表示赞同！

2000万确实感觉不算太少啊，很多业务可能早就超过这个数量...

    有9位网友表示赞同！

如果是真的，那确实挺令人遗憾的呀，对于大数据量的数据处理会比较吃力吧。

    有16位网友表示赞同！

有什么替代方案吗？

    有14位网友表示赞同！

mysql性能瓶颈主要还是在于索引和架构问题吧。不合理的设计导致数据量太大就慢了。

    有5位网友表示赞同！

我记得mysql的innodb引擎理论上可以支持更多的数据量，可是实际使用中可能会遇到各种限制因素吧。

    有8位网友表示赞同！

那大型数据库一般用哪些替代方案啊？

    有20位网友表示赞同！

有没有人能解释一下那个2000万左右的具体数据量的单位呢？是行数吗？字节数吗？

    有14位网友表示赞同！

数据量大了确实需要考虑更高级的数据存储解决方案了。

    有19位网友表示赞同！

听说有些数据库开源社区在尝试解决mysql这类关系型数据库存在的数据量上限问题，希望未来会有更新。

    有13位网友表示赞同！

2000万的限制真是令人咋舌！

    有6位网友表示赞同！

是啊，数据量大了之后真的需要考虑更适合的高性能数据库了。

    有19位网友表示赞同！

感觉mysql还是比较适合中小规模的应用场景吧。

    有6位网友表示赞同！

对于大数据的存储和处理，やっぱり需要另寻他路吧

    有6位网友表示赞同！

看来要研究一下其他的数据库类型了

    有12位网友表示赞同！

这确实是一个很现实的问题!

    有17位网友表示赞同！