数据库常见面试题（二）-MySQL分库分表

上期我们讲了索引，MyISAM和InnoDB的选择等相关的数据库面试题目，小伙伴们掌握的怎么样了？这期树懒君决定分享一下分库分表方面的面试题目，这是一个很经典的面试问题哦~

首先，要知道分库分表是两回事儿，大家可别搞混了，可能是光分库不分表，也可能是光分表不分库，都有可能。下面直接上问题！

1.分区方案有哪些？

分区表是由多个相关的底表实现的。这些基础表也由句柄对象表示，因此我们也可以直接访问各个区域，存储引擎管理区域的各个基础表与管理普通表相同(所有基础表都必须使用相同的存储引擎)，区域表的索引只是在各个基础表相同的索引。该方案屏蔽了用户的细节，即使查询条件没有sharding column，也能正常工作。

2.MySQL分区能做什么？

分割逻辑数据
提高单一的写作和阅读应用速度。
提高分区范围阅读查询速度。
分割数据能够有多个不同的物理文件路径
高效保存历史数据。

3.分区的类型

RANGE区域:根据给定连续区间的列值，将多行分配给区域。mysql根据指定的分割战略，将数据放入不同的表格文件中。相当于文件，被拆成小块。但是，对外给顾客的感觉是表，是透明的。

根据range，每个库的连续数据，这一般在时间范围内，如交易表、销售表等，可以根据年月保管数据。可能会出现热点问题，大量的流量都在最新数据上。

分range的好处是，扩张时很简单。

类似于RANGE分区，每个分区都必须明确定义。其主要区别在于，LIST分区中每个分区的定义和选择是基于某个列的值从属于一个列的值集中在一个列的值中，而RANGE分区从属于一个连续区间值集中在一起。

根据用户定义的表现式回归值进行选择的区域，将该表现式插入表中的列值进行计算。该功能包括MySQL中有效、产生非负整数值的表现。

hash分发的优点是，可以平均分配各仓库的数据量和请求压力的缺点是扩麻烦，有数据转移的过程，以前的数据需要重新计算hash值，重新分配到不同的库和表。

KEY分区:类似于HASH区域，KEY区域只支持计算一列或多列，MySQL服务器提供自己的哈希函数。必须有一列或多列包含整数值。

4.为什么大部分互联网不使用分区，而是自己分库分表？

许多资源受单体限制，如连接数量、网络吞吐等。如何进行隔断，在实际应用中是十分关键的要素之一。

5.为什么要分库分表？

从性能上看

随着单库数据量越来越大，数据库查询QPS越来越高，数据库读写所需的时间也越来越多。数据库的读写性能可能成为业务发展的瓶颈。相应地，需要优化数据库的性能。本文只讨论数据库水平的优化，不讨论缓存等应用水平的优化手段。

如果数据库查询QPS过高，就需要考虑拆库，通过分库分担单个数据库的连接压力。例如，如果查询QPS为3500，假设单个库可以支持1000个连接数，则可以考虑将其分成4个库来分散查询连接压力。

单表数据量过大时，数据量超过一定量级后，无论是数据查询还是数据更新，在索引优化等纯数据库水平的传统优化手段后，都可能存在性能问题。这是量的变化产生了质的变化。此时，有必要改变解决问题的想法。例如，从数据生产的源头、数据处理的源头解决问题。既然数据量很大，我们就分别治疗，成零。这产生了分钟，将数据按照一定的规则分成多个钟表，解决了在钟表环境下无法解决的访问性能问题。

从可用性上看

如果单个数据库发生事故，很可能会丢失所有数据。特别是在云时代，许多数据库都在虚拟机上行驶。如果虚拟机/宿主机发生事故，可能会造成无法挽回的损失。因此，除了传统的Master-Slave、Master-Master等部署水平，还可以考虑从数据分割水平解决这个问题。

此处我们以数据库宕机为例：