架构设计 MySql 小笨蛋 发布于:2021年06月06日 更新于:2021年06月06日 160

缘起:都知道业务垂直拆分,数据库要怎么垂直拆分呢?

今天,简单聊聊数据库垂直拆分。

什么是数据库水平切分,垂直拆分?
当数据库的数据量非常大时,水平切分和垂直拆分都是常见的降低库空间,提升库性能的方法。

太抽象,能不能举个例子?
假设有用户表:

  1. user(
  2. uid bigint,
  3. name varchar(16),
  4. pass varchar(16),
  5. age int,
  6. sex tinyint,
  7. flag tinyint,
  8. sign varchar(64),
  9. intro varchar(256)
  10. …);

什么是水平切分?
以某个字段为依据(例如uid),按照一定规则(例如取模),将一个库(表)上的数据拆分到多个库(表)中,以降低单库(表)大小,达到提升性能的目的的方法。

水平切分后,各个库(表)有什么特点?
(1)每个库(表)的结构都一样
(2)每个库(表)的数据都不一样,没有交集;
(3)所有库(表)的并集是全量数据

什么是垂直拆分?
垂直拆分是指,将一个属性较多,一行数据较大的表,将不同的属性拆分到不同的库(表)中,以降低单库(表)大小,达到提升性能的目的的方法。

垂直拆分后,各个库(表)有什么特点?
(1)每个库(表)的结构都不一样
(2)每个库(表)的属性至少有一列交集,一般是主键;
(3)所有库(表)的并集是全量数据

以上文提到的用户表为例,垂直拆分结果可能是这样的:

  1. user_base(
  2. uid bigint,
  3. name varchar(16),
  4. pass varchar(16),
  5. age int,
  6. sex tinyint,
  7. flag tinyint,
  8. …);
  9. user_ext(
  10. uid bigint,
  11. sign varchar(64),
  12. intro varchar(256)
  13. …);

当一个表属性很多时,如何来进行垂直拆分呢?
主要依据以下几点:
(1)将长度较短,访问频率较高的属性尽量放在一个表里,这个表暂且称为主表;
(2)将字段较长,访问频率较低的属性尽量放在一个表里,这个表暂且称为扩展表;
(3)经常一起访问的属性,也可以放在一个表里;

画外音:优先考虑1和2。

另,如果属性过多,可以有多个扩展表。

画外音:一般来说,只有1个主表。

为何要将字段短,访问频率高的属性放到一个表内?
为何这么垂直拆分可以提升性能?
(1)数据库有自己的内存缓冲池,会将磁盘上的数据load到缓冲池里;
(2)数据库缓冲池,以row为单位缓存数据;
(3)在内存有限的情况下,在数据库缓冲池里缓存短row,就能缓存更多的数据;
(4)在数据库缓冲池里缓存高频访问row,就能提升缓存命中率,减少磁盘的访问;

能不能举个例子?
假设数据库内存缓冲池为1G,未拆分的user表1行数据大小为1k,那么只能缓存100w行数据。

如果垂直拆分成user_base和user_ext,其中:
(1)user_base访问频率高,一行大小为0.1k;

画外音:例如uid, name, passwd, 以及一些flag等。

(2)user_ext访问频率低,一行大小为0.9k;

画外音:例如签名, 个人介绍等。

那边缓冲池就就能缓存近乎1000w行user_base的记录,访问磁盘的概率会大大降低,数据库访问的时延会大大降低,吞吐量会大大增加。

总结
(1)水平拆分和垂直拆分都是降低数据量大小,提升数据库性能的常见手段;
(2)垂直拆分的依据,尽量把长度较短,访问频率较高的属性放在主表里;

这里⇓感觉得写点什么,要不显得有点空,但还没想好写什么... 返回顶部
About 京ICP备13038605号 © 代码片段 2025