无限容量数据库架构设计

花了不少时间，把自己曾经做过的系统，曾经遇到到的问题，曾经实践过的架构方案，梳理总结和沉淀，尽量“系统的”记录成文字，和大家一起讨论。

 

本文是不同业务场景下，体系化的介绍“数据库水平切分”技术，和大家分享。

 

一、总起

文章：《每每谈到数据库架构，我们在讨论什么》

内容：

• 单库体系架构

• 数据库分组架构

• 数据库分片架构

• 数据库垂直切分

 

二、实践一

场景：单key业务，如何做到数据库无限容量

文章：《用户中心，数据库架构优化与实践》

内容：

• 用户中心业务分析

• 用户中心水平切分方案

• “前台与后台分离”架构设计思想

• uid分库，name上的查询四种方案

 

三、实践二

场景：1对多业务，如何做到数据库无限容量

文章：《帖子中心，数据库架构优化与实践》

内容：

• 帖子中心业务分析

• “索引外置”架构设计思想

• 基因法，uid分库还是tid分库不再纠结

 

四、实践三

场景：多对多业务，如何做到数据库无限容量

文章：《好友中心，数据库架构优化与实践》

内容：

• 好友中心业务分析

• 数据冗余的三种方案

• “最终一致性”架构设计思想

• 保证数据一致性的四种方案

 

五、实践四

场景：多key业务，如何做到数据库无限容量

文章：《订单中心，如何做到数据库无限容量》

内容：

• 订单中心业务分析

• “化繁为简”架构设计思想

• 订单ID，买家ID，卖家ID究竟应该如何分库

 

5篇文章超过1万字，架构图超过50副，有点长，建议先收藏，再转发，再细细品味。

 

欢迎留言，有问必回。

阅读原文