13518219792
根据您的个性需求进行定制 先人一步 抢占小程序红利时代
RD：数据量太大，数据库扛不住了，帮忙申请一个从库，读写分离。
创新互联专业为企业提供秦安网站建设、秦安做网站、秦安网站设计、秦安网站制作等企业网站建设、网页设计与制作、秦安企业网站模板建站服务，十多年秦安做网站经验，不只是建网站，更提供有价值的思路和整体网络服务。
DBA：数据量多少?
RD：5000w左右。
DBA：读写吞吐量呢?
RD：读QPS约200，写QPS约30左右。
额，数据库读写分离虽然不难，但并不是所有的“数据库扛不住”的场景，都应该用读写分离。今天花1分钟简单介绍下这个场景。
什么是数据库读写分离?
一主多从，读写分离，主动同步，是一种常见的数据库架构，一般来说：
一个组从同步集群通常称为一个“分组”。
分组架构究竟解决什么问题?
大部分互联网业务读多写少，数据库的读往往最先成为性能瓶颈，如果希望：
此时可以使用分组架构。
一句话，分组主要解决“数据库读性能瓶颈”问题，在数据库扛不住读的时候，通常读写分离，通过增加从库线性提升系统读性能。
什么是数据库水平切分?
水平切分，也是一种常见的数据库架构，一般来说：
一个水平切分集群中的每一个数据库，通常称为一个“分片”。
水平切分架构究竟解决什么问题?
大部分互联网业务数据量很大，单库容量容易成为瓶颈，如果希望：
此时可以使用水平切分架构。
一句话总结，水平切分主要解决“数据库数据量大”问题，在数据库容量扛不住的时候，通常水平切分。
我为什么不喜欢读写分离?
对于互联网大数据量，高并发量，高可用要求高，一致性要求高，前端面向用户的业务场景，如果数据库读写分离：
所以，上述业务场景下，建议使用缓存架构来加强系统读性能，替代数据库主从分离架构。
当然，使用缓存架构的潜在问题：如果缓存挂了，流量全部压到数据库上，数据库会雪崩。因此，对缓存，一般也会做水平切分，确保不会同一时间全挂。
总结
【本文为专栏作者“58沈剑”原创稿件，转载请联系原作者】
戳这里，看该作者更多好文
