分库分表的孪生兄弟--不一样的分区篇（上）

上 篇
数据库分区，我觉得可以是一个“伟大”的数据库存储结构概念。如果说，一个编程者，并非一个职业DBA，那么除了表结构本身以外。分区，可能就是程序所需要关注的最靠底层的一个数据库的设计。例如前一篇提到的表空间，通常一个普通开发人员，就未必会去关注。但是分区概念，却不一样。它与应用场景结合更加紧密。比如，按时间、按地区、按类别分区，等等。
关于“伟大”一说，我猜测很多人是不赞同我这个观点的。原因是，我翻阅了各种市面上主流数据库的书籍，入门级的如《XX数据库从入门到删库跑路》，看起来高端的《XX数据库的技术内幕》，大部分书籍在介绍分区的内容的时候，都没有给很大的篇幅。甚至有好几本书上，就是这么简单的来了一句，对于一个很大的表，如果每次搜索都对全表进行扫描，会很耗时间，如果分区了之后，只要访问某个分区就会很快。
这难道不是一种误导么？分区真的就这么简单就讲清楚了吗？当然不是的。我给本篇起名为，不一样的分区篇。就是想说说我觉得的，分区的重要和伟大之处。
数据库为什么要有分区？引《孙子兵法》的第五篇-《兵势篇》孙子曰：凡治众如治寡，分数是也。斗众如斗寡，形名是也。说人话：凡是管理很大的数据库表就和管理小的数据库表一样，把它分区就好了；发挥好所有分区的功能就和发挥好其中一个分区的功能一样，他们能有一个统一的表名，可以使用统一的SQL语句来调度就好了。上面这段话，从分号隔开，可以分成上下两句。“伟大”是在于前半句还是后半句呢？显然是后半句。为啥？你把人分了容易，但是你要把茫茫多的分开的人，指挥得像一个人一样，这件事情就伟大了。
好，先讨论上半句。分治的思想
我常常遇到这样对话场景：
场景一：
对话者：“我们的数据太大了，我们分表吧！”
我：“为什么不用分区呢？”
对话者：“分区可以解决吗？”（请自己脑补不信任的眼神和质疑的语气）
场景二：
演讲者：“我们考虑用最先进的分库技术理念来解决这个瓶颈”。
众人投去了羡慕嫉妒而又膜拜的眼神，等待着大神讲出华丽又牛叉的方案。
我：“这里有个瓶颈，我们需要给这个表分区。”
众人轻视又不懈说，好的，那分一下吧。
无论分区、分表、分库。我们都需要围绕两个重要概念，一是隔离，一是瓶颈。在场景一种，为什么使用者要求分表呢？常见的情况中，例如，我这两个表，虽然结构一样，但是我一个是北京的数据，一个是上海的数据。如果北京的数据坏了，或者，我在对北京的数据进行奇奇怪怪的操作的时候，我需要对上海的数据完全没有影响，这就是所谓隔离。又比如，可能全国的数据放在一起量太大，交易量太多，出现了，磁盘、IO、网络、CPU等撑不住的情况，这就是所谓瓶颈。分区、分表、分库满足的是不同的隔离级别，以及解决不同的瓶颈。但是，他们的思想是非常接近的。
Sharding这个词（通常译为分片），可以说是自带着高贵的属性而出生的。每当与人讨论数据库技术，一聊到Sharding，就有一种自然而然的上档次的感觉。而且，它有很多好朋友，说出来各个华丽无比。比如分布式、集群、大数据等等。而Partition这个词，虽然从很多角度上来看，都很类似于Sharding，或者说它们都是从“分数是也”的理念而来。但是，就是感觉LOW。
为啥？按我的理解，因为Partition的实现时由DBMS来完成的，使用者没感觉。而Sharding往往需要程序，设计模式，乃至整个架构的设计围绕着它服务，十分有存在感。
他们在实际运用的时候，有区别吗？当然有！那么什么时候应该Sharding，什么时候应该Partition呢？我个人觉得Sharding的使用一定是有两种时候。第一种叫没钱的时候。第二种是Partition用到极致，也搞不定的时候。那么Partition 什么时候搞不定呢？又有两种，一种叫，当今世间上的硬件极限（买最贵的设备都抗不住）。第二种叫没钱的时候。
我们细细思量可以发现，分库分表这个套路在什么数据库上用的范围最广？或者你在什么地方见得会比较多？我觉得通常会指到同一个地方，叫Mysql。虽然它有各种各样华丽的马甲，比如阿里的OB，腾讯的TDSQL。为什么要用Mysql？开源免费！什么？InnoDB也很强大？如果明天ORACLE开源免费，你选型的时候还会选Mysql？不扯远了，Mysql为啥有那么多分库分表呢？来，我认为真相只有这一个。因为5.1版之前，Mysql不支持分区。这就是我说的第一种，叫没钱的时候。Oracle,Sql server, Db2,我通通买不起。好了，下一个免费的Mysql，做分库分表。
抛开玩笑的内容，Partition确实有解不掉的瓶颈需要使用分库分表的时候。但是，一个成熟的数据库使用者不应该滥用分库分表。这就是所谓DBA界分库铁律第一条，我非常赞同，叫做，能不分，就不分。然后，说说，第二种，Partition用到了极致的场景。
简单的说，我买了个Oracle,但是，我的系统TPS要1万。X86上，跑Oracle ，撑不住，怎么办？那么出路两条，第一条，EXADATA了解一下？IBM主机买一台？买不起，好，我们在Mysql ,或者X86上用Oracle做分库分表，这就是第二类里面的没钱的时候。还有一种，EXADATA，IBM 主机撑不住，所谓超越了地球上科技产品的极限，反正我没见过。
看到这里，是不是觉得扯淡内容，太多了。到底什么情况分区？什么情况分表？什么时候分库呢？还是那句话，第一看隔离级别，第二看瓶颈 。
两份结构一样的数据。但他属于两个客户，客户说，我有监管要求，我不能把数据和别人的数据放在一起，必须绝对的隔离，有严格的访问控制，别人根本不能有我的DB服务器的登陆权限。这就要求，数据在数据库层面就完全的隔开，就可以用分库。
如果说我是一个云提供商，两个客户都用我的客户，他们分别有自己的用户（SCHEMA），他们允许和他人共用数据库服务器，但是，严禁其他人使用归属于他的数据库表。那么这时候，可以分表。
如果，两份数据要求简单的隔离，相互处理不影响就可以了，有时候，我还希望一个用户一条sql，就能对比分析他们的差异。那这时候，分区就是一个极佳的选择。

（下）集中，会再阐述瓶颈问题。以及上面所说的后半句“形名是也”，用一句sql来操作不同分区里的数据的伟大之处。