6.4.3 TiDB 分区表最佳实践

  • 当业务写入数据有问题,想清理某个分区数据时,不用批量的 DELETE 数据,可以通过TRUNCATE 命令直接清理分区:

    ALTER TABLE employees_attendance TRUNCATE PARTITION p20200306;

  • TiDB 表的统计信息可能不准确,然而 SQL 会因为统计信息准确而选错索引导致 SQL 性能问题,但是如果整个表太大,收集全表的时间太长,解决不了当时的慢 SQL 问题,比如:对于一些按天/周/月度销售额度数据。此时,可以只对 SQL 中用到的分区进行统计信息收集:

    ALTER TABLE employees_attendance ANALYZE PARTITION p20200306;

  • 可以使用分区表函数来简化运维,有的程序会用时间戳来存储时间, DBA 再创建新分区时还需要将日期转换时间戳,然后再建立分区。为了避免麻烦,可以使用 TiDB 支持的函数 UNIX_TIMESTAMP 来搞定:

    ALTER TABLE ADD PARTITION p20200306 VALUES LESS THAN (UNIX_TIMESTAMP('2020-03-07'))

    关于 TiDB 支持的可以用于分区表达式的函数,详情见函数

  • Range 分区中 MAXVALUE 表示一个比所有整数都大的整数。避免 Data Maintance 脚本问题导致的分区没有创建从而影响业务写入,详情可见上面例子。

  • Hash 分区使用:最高效的 Hash 函数是作用在单列上,并且函数的单调性是跟列的值是一样递增或者递减的,因为这种情况可以像 Range 分区一样裁剪。不推荐 Hash 分区在表达式中涉及多列。

  • 分区表有损调整字段 ( TiDB 默认不支持有损更新 ) ,可以通过创建新字段列,将原列的值 UPDATE 到新列,然后 DROP 原字段的方式实现。

results matching ""

    No results matching ""