太雕了
不过感觉挺对的
与其折腾，不如花点小钱
等到真有这么大的量，都上市了吧
【 在 javafish 的大作中提到: 】
: 现在流行架构做3个数量级的预留
: 虽然结果通常是连扩容都没机会
--
修改:littleSram FROM 117.136.38.*
FROM 117.136.38.*

mysql单表能到五亿，一般建议是500万吧
- 来自 水木社区APP v3.5.3
【 在 wudashu 的大作中提到: 】
: 用分布式数据库，不是钱的问题，是找不到人。不仅dba不好找，开发也不好找。更实际的是，如果某一天出线上问题，到底是开发的问题还是数据库的问题可能都要花不少时间定位，到时候扯起皮来线上都没人修。
:
: 另外MySQL现在很强，实际线上用过单表五亿行，日增量数百万的MySQL，性能很稳定。这也就导致线上真的需要分表的场景很少，只有当这种场景积累到一定量级的时候，换分布式数据库的收益才会明显大于分库分表，这种时候才值得换。
:
: (可以参考，国内的各大互联网公司的业务基本都是MySQL分库分表，很少业务上分布式数据库)
--
FROM 222.129.129.*

谁觉得自己随便寨几行代码就比db内置特性性能高?没太看懂，求解读一下。

不要join不要事务，这一套有什么问题?也帮忙解读一下。
【 在 javafish 的大作中提到: 】
:  
: 为啥总有人觉得自己随便寨几行代码  
: 就比DB内置特性性能高？  
:
: 顺便，RDBMS的多实例分布啥时候变得这么容易了  
: 自己随便写个中间件就好？  
:
: 别跟我说又是互联网不要JOIN不要强事务那套  
:
: :
: --  
:

发自「今日水木 on M2011K2C」
--
FROM 114.253.32.*

TiDB，用这种开源的分布式数据库。

【 在 kangqi 的大作中提到: 】
: 大神们，你们都用过哪些分库分表框架，支持了多大数据量
--
FROM 123.113.187.*