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

这个方案的甜头是：

• 法则简朴，service只需判定一下uid范畴就能路由到对应的存储处事;
• 数据平衡性较好;
• 较量轻易扩展，可以随时加一个uid[2kw,3kw]的数据处事;

不敷是：

• 哀求的负载不必然平衡，一样平常来说，新注册的用户会比老用户更活泼，大range的处事哀求压力会更大;

2. 凭证哈希程度拆分

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

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

这个方案的甜头是：

• 法则简朴，service只需对uid举办hash能路由到对应的存储处事;
• 数据平衡性较好;
• 哀求匀称性较好;

不敷是：

• 不轻易扩展，扩展一个数据处事，hash要领改变时辰，也许必要举办数据迁徙;

通进程度拆分来扩充体系机能，与主从同步读写疏散来扩凑数据库机能，有什么本质的差异?

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

（编辑：湖南网）

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