Skip to main content

什么情况下分库?分表?分库分表?

作者:程序员马丁

在线博客:https://open8gu.com

note

大话面试,技术同学面试必备的八股文小册,以精彩回答应对深度问题,助力你在面试中拿个offer。

回答话术

1. 什么场景下分表?

当出现以下三种情况的时候,我们需要考虑分表:

  • 单个表的数据量过大
  • 数据量一般但是其中单个字段文本过大,比如包含了 Text 或者 LongText 字段。
  • 数据库表对应的磁盘文件过大

2. 什么场景下分库?

当出现以下两种情况时,我们需要考虑通过分库来将数据分散到多个数据库实例上,以提升整体系统的性能:

  • 当单个数据库支持的连接数已经不足以满足客户端需求。
  • 数据量已经超过单个数据库实例的处理能力。

不过,如果仅仅是并发超过单个数据库自身瓶颈场景,可以优先考虑使用读写分离,减少分库带来的复杂性

3. 什么场景下分库又分表?

当出现以下两种场景下,需要进行分库又分表:高并发写入和海量数据:

  • 高并发写入场景:当应用面临高并发的写入请求时,单一数据库可能无法满足写入压力,此时可以将数据按照一定规则拆分到多个数据库中,每个数据库处理部分数据的写入请求,从而提高写入性能。
  • 海量数据场景:随着数据量的不断增加,单一数据库的存储和查询性能可能逐渐下降。此时,可以将数据按照一定的规则拆分到多个表中,每个表存储部分数据,从而分散数据的存储压力,提高查询性能。

问题详解

1. 多少数据量进行分表?

单表 1000w 是否要分表?这个问题明显是不对的,没有对应到具体场景,回答不够标准。

假设一个表里 15 个字段,没有特别大的值(不包含 text 或其它超长度的列)数据量超过 5000 万了,依然很丝滑,因为走索引。

在实际业务中,真正需要考虑的是:业务的增长量以及历史数量

2. 物理文件过大,会有什么问题?

会影响公司对数据库表的一个备份。数据库表文件过大,也间接证明表数据过大,增加或删除字段导致锁表的时间过长。

3. 为什么说连接不够用?

假设 MySQL Server 能支持 4000 个数据库连接。我们有 10 个服务,40 个节点,一个节点呢数据库连接池最多 10 个。这样就把一个 MySQL Server 的连接数压榨干净了。

当 MySQL 连接不够用时,可能会报错 Too many connections 或者类似的错误。这是因为 MySQL 服务器同时可以处理的连接数量是有限制的,当连接数达到这个限制时,服务器就会拒绝新的连接请求,并返回这个错误消息。