【TiDB 4.0 PCTA 学习笔记】- 3.7.5 TiDB 的分表@2班+欧阳

课程名称:3.7.5 TiDB 的分表

学习时长:15min

课程收获:分区表的种类以及使用方法,以及分区裁剪的原理

课程内容:

  • 使用分区表

    • range partition

    • range columns partition 按列范围分区

      • 只支持单个列作为range表达式
      • 支持按整型,字符串,时间进行分区
    • hash partition

      • 单点查询性能高,范围查询性能差

      • 分区表达式包含的所有列,必须包含在所有唯一索引中

      • NULL值默认会被划分到第0个分区

      • 表达式分区必须返回整型jpg

      • 适用场景

        • 用于单点查询,范围查询会导致全表扫描
        • 由于通过hash函数分布数据,每个查询都只会落在一个分区上
        • 可解决小表读热点
  • 分区表内部原理

    • 分区裁剪

      • 通过不扫描不匹配的分区来达到优化
      • 不好的SQL会导致分区裁剪失败,导致全表扫描
    • 范围分区的裁剪

      • 假设partition by range(col)

        • col=7可以裁剪成功
        • col between 1 and 10可以裁剪成功
        • (col < 10 and c > 5) or ( col > 11 and col < 13)可以裁剪成功
        • col+3 = 5 or col + 10 < 7 会导致裁剪失败
      • 假设 按 col_a + col_b或function(col_a)进行分区

        • col < val并不能推断出fn(col) < fn(val),裁剪会失败
        • TiDB只支持unix_timestamp 和 to_days 这样的单调函数
        • 所以,最好使用unix_timestamp(col)或to_days(col)来分区
    • 哈希分区裁剪

      • 优化器需要了解分区表达式中所有列的值

      • 如果分区表达式是 col

        • col=7可以,因为可以直接定位到分区
        • col between 3 and 7会失败,因为并没有指定具体值,而是范围值
        • col < 10 and col > 3 也会失败
      • 分区表达式是a+或year(a)+b

        • a=5 and b=6会裁剪成功
        • a=6会失败
        • year(a)=7 and b=5会也是失败
    • 关于分区裁剪,需要注意

      • 分区裁剪发生在优化器逻辑优化阶段,一些运行时才能得到结果的条件并不能作为分区裁剪的条件,比如

        • select * from t2 where x < (select * from t1 where t2.x < t1.x and t2.x < 2)
        • x在逻辑优化阶段并不能确定值
      • 分区裁剪不支持index join(TiDB5.0可能会支持)

        • 因为outer表的值用于对inner表分区裁剪,而此时outer表的值还不知道

同学你好,感谢参与 TiDB 4.0 课程的学习!

本篇笔记逻辑清晰、内容丰富,被评选为优质笔记,将额外获得 20 积分,并在 「TiDB 培训」分类下获得“置顶”权益,积分兑换规则将于近期开放,敬请关注!

期待您继续产出优质内容!