saas系统目前用户200w了，目前还是单个数据库，求大神如何优化？

替代Mysql的，首选 PostgreSQL 。

才200万，等上亿了在考虑还来得及

才200w，闭着眼睛跑就行，我们现在一亿多，照跑不误 :speak_no_evil:

200万还早呢，我们在用户四千多万，还是单表呢

200W 还早得很，我司目前也是差不多200w

根据商户分库

蹲一个解决方案

200w用户根本不需要考虑分表 :joy:

200w用户 不需要担心，就看有没有哪些业务压力大 会拖数据库，把这方面的业务给单独去除，

考虑啥方案啊。无脑上云就行了，横向扩展纵向扩展，小手指点一点就行了。

建议早点分表处理； 上云也是个无底洞，我们目前每年给云差不多20w的费用，最后负责人决定从新研发新项目替代了

得看你项目花了多长时间，用户量到达200万。如果是一年的话，完全不用担心，单表二千万 MySQL 都能应对。

还有，你所说的单体架构是指 MySQL 、 Laravel 和 Redis 全在一台服务器吗？如果是的话，可以考虑先拆出来，而不是换数据库

200万 还为时尚早！

上分布式数据库 没有什么是加机器解决不了的

百万级别的数据其实升级数据库配置就可以了。相对来说升级配置的成本比开发分库分表的成本还低吧。上了千万的时候再考虑分库分表也来得及。

什么产品用户量这个大

这谁开的头啊别老是劝200w不着急了，优化方案提前考虑有什么错，，人家的问题是需要一个优化方案不是在问200w扛不扛得住。。。你们没有方案可以说说思路或者直接说自己太菜了想不到方案。 另外有方案了请踢我一脚，我也太菜了想学习学习。

得看实际情况吧，用户200万，可能有些表一个用户就会产出几十条甚至上百条的数据，这不单表上亿的数据了

统计一下线上访问量最大的几个服务接口+响应最慢的几个服务接口，可以看看代码有没有啥问题，然后看可以加缓存或者索引，这2步下来还是解决不了，那就分表，还是解决不了那就只能业务拆分了

手头有个项目2W+商户,700W会员,当前总订单在7600W,没有做冷热数据,所有订单都在单表查询跟统计.配置为RDS Mysql8.0 4+8 已使用了1.7TB空间.做好索引检索,完全没问题. tip:固态硬盘对mysql的效率影响甚至大于内存容量.

人和代码一个能跑就行，不是他run就是你run