互联网架构“高并发”到底怎么玩？

这个方案的好处是：

• 规则简单，service只需判断一下uid范围就能路由到对应的存储服务;
• 数据均衡性较好;
• 比较容易扩展，可以随时加一个uid[2kw,3kw]的数据服务;

不足是：

• 请求的负载不一定均衡，一般来说，新注册的用户会比老用户更活跃，大range的服务请求压力会更大;

2. 按照哈希水平拆分

每一个数据库，存储某个key值hash后的部分数据，上图为例：

• user0库，存储偶数uid数据
• user1库，存储奇数uid数据

这个方案的好处是：

• 规则简单，service只需对uid进行hash能路由到对应的存储服务;
• 数据均衡性较好;
• 请求均匀性较好;

不足是：

• 不容易扩展，扩展一个数据服务，hash方法改变时候，可能需要进行数据迁移;

通过水平拆分来扩充系统性能，与主从同步读写分离来扩充数据库性能，有什么本质的不同?

画外音：这两个方案千万别搞混。

（编辑：威海站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!