支撑百万并发的数据库架构，不仅只需分库分表那么简单！

原文： Http://www.enmotech.com/WEB/detail/1/756/1.html

导读：本文来聊一下对于一个支撑日活百万用户的高并系统，其数据库架构应该如何设计？

看到这个题目，很多人第一反应就是：分库分表啊！但是实际上，数据库层面的分库分表到底是用来干什么的，其不同的作用如何应对不同的场景，我觉得很多同学可能都没搞清楚。

用一个创业公司的发展作为背景引入——

假如我们现在是一个小创业公司，注册用户就 20 万，每天活跃用户就 1 万，每天单表数据量就 1000，然后高峰期每秒钟并发请求最多就 10。

天呐！就这种系统，随便找一个有几年工作经验的高级工程师，然后带几个年轻工程师，随便干干都可以做出来。

因为这样的系统，实际上主要就是在前期进行快速的业务功能开发，搞一个单块系统部署在一台服务器上，然后连接一个数据库就可以了。

接着大家就是不停地在一个工程里填充进去各种业务代码，尽快把公司的业务支撑起来。

如下图所示：