现在流行架构做3个数量级的预留

虽然结果通常是连扩容都没机会

【 在 Xjt 的大作中提到: 】
: 分库不需要什么框架吧，微服务天生不就是分库的？
: 当存在极少数需要分表的情况(比如部分核心业务过亿条？)，完全可以靠拆分该部分业务到更高性能的数据库来解决
: 真的普遍需要分库分表了（比如连活跃用户数都超过一亿了），可以考虑直接全部换集群版的数据库了？到时候养一堆开源社区大神来做DBA神挡杀神佛挡杀佛，还怕啥
: ...................
--
FROM 183.146.16.*

为啥总有人觉得自己随便寨几行代码
就比DB内置特性性能高？

顺便，RDBMS的多实例分布啥时候变得这么容易了
自己随便写个中间件就好？

别跟我说又是互联网不要JOIN不要强事务那套


【 在 wudashu 的大作中提到: 】
: 分区只能帮忙优化索引（我更倾向于认为分区是内置的单实例分表功能），不能水平扩展，成倍提升性能。
:
--
FROM 58.218.213.*