论坛徽章:: 41

11楼 [报告]

发表于 2016-04-07 09:57 |只看该作者

如果是强一致性的需求，只能是换数据库，这个没的说。

否则的话，后端分库，前端多用缓存和nosql做读写缓冲

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

laputa73

巨富豪门

论坛徽章:: 42

12楼 [报告]

发表于 2016-04-07 10:15 |只看该作者

本帖最后由 laputa73 于 2016-04-07 10:16 编辑

支持事务本身不是关系数据库的特权，nosql也可以支持事务。但是RDBMS通常都以支持事务为特色。
考虑到事务一般都比较复杂，放在RDBMS还是首选。

关系数据库最核心的问题还是关系，支持多表连接，决定了查询统计的方便、数据的强一致性和分布式的困难。
在业务量10倍增长情况下，分表分区是可以接受的方案
100倍增长，就要考虑分库分表,读写分离了。
部分历史数据，可以考虑导出到nosql,或者大数据平台(spark,es).

目前比较困难的是单表单分区的数据量达到数千万上亿级以上规模的场景，
比较难处理.
rdbms有点吃力，hadoop又感觉偏重。

希望未来能够统一。
RDBMS也能横向扩展。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

hbsycw

丰衣足食

论坛徽章:: 4

13楼 [报告]

发表于 2016-04-07 16:28 |只看该作者

本帖最后由 hbsycw 于 2016-04-08 17:02 编辑

话题讨论：
1.如果你的业务暴涨10倍或者100倍你会把你得什么业务放在mysql 中
答：业务架构看需求，技术架构看成本。业务暴涨10倍或者100倍，这其实就是电商典型需求，按业界电商平台架构即可，主要四点：服务集群+消息机制+多级缓存+读写分离；这和选不选mysql可以说没什么关系，多数选Mysql主要还是It's free

2.未来我们的关系型数据库会发展成什么样子呢？
答：主要从信息化的发展来看，数据量在不断的产生，而关系数据库在表数据量增长后曝露出了性能缺陷，所以才有了NoSQL的流行。未来当然是大数据时代，关系数据库应该会吸取NoSQL存储的优势，出现融合~

3. 其实业务就是成倍的增长的，结合你的业务暴涨10倍or100倍你要怎么设计的架构。让你得系统可以抗过去
答：业务暴涨10倍or100倍，带来的后果是数据量快速增长，对于关系数据库来说性能会有比较大的下降，此时主要考虑降低磁盘IO，可以通过读写分离方案；也可以通过分表、分库来解决。