数据库水平拆分垂直拆分

垂直拆分:专库专用 什么是垂直拆分

一个数据库由很多表组成,每个表对应着不同的业务,垂直拆分是指按照业务将表分类,分布到不同的数据库上面,这样也就将数据或者说压力分担在不同的库上面了

在这里插入图片描述

例子

比如说一个新零售的电商数据库,我们可以把跟商品相关的数据表拆分成一个数据库,然后在这些数据表的基础之上,构建出商品系统。比如用JAVA或者PHP语言,创建出一个商城系统。然后把跟进销存相关的数据表拆分到另外一个数据库上,再用程序构建出仓库系统。 在这里插入图片描述

垂直拆分解决了什么问题

垂直拆分可以降低单节点数据库的负载。原来所有数据表都放在一个数据库节点上,无疑所有的读写请求也都发往这个MySQL上面,所以数据库的负载太高。如果一个节点的数据库拆分成多个MySQL数据库,这样就可以有效的降低每个MySQL的负载

垂直拆分不能解决什么问题

垂直节分不能解决的是缩表,比如说商品表无法划分个哪个数据库节点,商品表的记录还是那么多,不管你把数据库垂直拆分得有多细致,每个数据库里面的数据量时没有变化的。

MySQL单表记录超过2000万,读写性能会下降的很快,因此说垂直拆分不能起到缩表的效果。

优缺点

优点:

拆分后业务清晰,拆分规则明确 系统之间整合或者扩展容易 数据维护简单 缺点:

部分业务表无法join,只能通过接口方式解决,提高了系统复杂度 受每种业务不同的限制存在单裤性能瓶颈,不易数据扩展跟性能提高。 事务处理复杂 水平拆分:分库分表 什么是水平拆分

相对于垂直拆分的区别是:垂直拆分是把不同的表拆到不同的数据库中,而水平拆分是把同一个表拆到不同的数据库中。 相对于垂直拆分,水平拆分不是将表的数据做分类,而是按照某个字段的某种规则来分散到多个库之中,每个表中包含一部分数据。简单来说,我们可以将数据的水平切分理解为是按照数据行的切分,就是将表中 的某些行切分到一个数据库,而另外的某些行又切分到其他的数据库中。 分库分表需要涉及到对应的SQL路由规则主库备库等,例如:淘宝设计了一套TDDL来解决这些问题,应用端只需配置对应的规则即可,对应用端的没有任何侵入的设计。 在这里插入图片描述

一个误解

很多人对水平切分存在误解,以为水平切分出来的数据表必须保存在不同的MySQL节点上。其实水平切分出来的数据表也可以保存在一个MySQL节点上面。不是水平切分一定需要多个MySQL节点。为什么这么说呢?

MySQL自带一种数据分区的技术,可以把一张表的数据,按照特殊规则,切分存储在不同的目录下。 如果我们给Linux主机挂载了多块硬盘,我们完全可以利用MySQL分区技术,把一张表的数据切分存储在多个硬盘上。这样就由原来一块硬盘有限的IO能力,升级成了多个磁盘增强型的IO。 到底是应该先水平还是先垂直???? 先水平然后垂直的理由 感觉各有道理。但我支持先垂直,然后水平

在这里插入图片描述

数据库拆分原则:

优先考虑缓存降低对数据库的读操作 再考虑读写分离,降低数据库写操作 最后开始数据拆分: 先按照业务垂直拆分 在考虑水平拆分:先分库(设置数据路由规则,把数据分配到不同的库中) 最后在考虑分表,单表拆分到数据1000万以内。