性能调优最佳实践

本章将介绍在使用 TiDB 数据库的一些最佳实践。

DML 最佳实践

以下将介绍使用 TiDB 的 DML 时所涉及到的最佳实践。

使用单个语句多行数据操作

当需要修改多行数据时,推荐使用单个 SQL 多行数据的语句:

INSERT INTO t VALUES (1, 'a'), (2, 'b'), (3, 'c');

DELETE FROM t WHERE id IN (1, 2, 3);

不推荐使用多个 SQL 单行数据的语句:

INSERT INTO t VALUES (1, 'a');
INSERT INTO t VALUES (2, 'b');
INSERT INTO t VALUES (3, 'c');

DELETE FROM t WHERE id = 1;
DELETE FROM t WHERE id = 2;
DELETE FROM t WHERE id = 3;

使用 PREPARE

当需要多次执行某个 SQL 语句时,推荐使用 PREPARE 语句,可以避免重复解析 SQL 语法的开销。

  • Golang
  • Java
func BatchInsert(db *sql.DB) error {
  stmt, err := db.Prepare("INSERT INTO t (id) VALUES (?), (?), (?), (?), (?)")
  if err != nil {
    return err
  }
  for i := 0; i < 1000; i += 5 {
    values := []interface{}{i, i + 1, i + 2, i + 3, i + 4}
    _, err = stmt.Exec(values...)
    if err != nil {
      return err
    }
  }
  return nil
}
public void batchInsert(Connection connection) throws SQLException {
  PreparedStatement statement = connection.prepareStatement(
      "INSERT INTO `t` (`id`) VALUES (?), (?), (?), (?), (?)");
  for (int i = 0; i < 1000; i ++) {
    statement.setInt(i % 5 + 1, i);

    if (i % 5 == 4) {
      statement.executeUpdate();
    }
  }
}

注意不要重复执行 PREPARE 语句,否则并不能提高执行效率。

避免查询不必要的信息

如非必要,不要总是用 SELECT * 返回所以列的数据,下面查询是低效的:

SELECT * FROM books WHERE title = 'Marian Yost';

应该仅查询需要的列信息,例如:

SELECT title, price FROM books WHERE title = 'Marian Yost';

使用批量删除

当需要删除大量的数据,推荐使用批量删除,见批量删除

使用批量更新

当需要更新大量的数据时,推荐使用批量更新,见批量更新

使用 TRUNCATE 语句代替 DELETE 全表数据

当需要删除一个表的所有数据时,推荐使用 TRUNCATE 语句:

TRUNCATE TABLE t;

不推荐使用 DELETE 全表数据:

DELETE FROM t;

DDL 最佳实践

以下将介绍使用 TiDB 的 DDL 时所涉及到的最佳实践。

主键选择的最佳实践

选择主键时应遵守的规则

索引的最佳实践

索引的最佳实践

添加索引性能最佳实践

TiDB 支持在线添加索引操作,可通过 ADD INDEXCREATE INDEX 完成索引添加操作。添加索引不会阻塞表中的数据读写。可以通过修改下面的系统变量来调整 DDL 操作 re-organize 阶段的并行度与回填索引的单批数量大小:

为了减少对在线业务的影响,添加索引的默认速度会比较保守。当添加索引的目标列仅涉及查询负载,或者与线上负载不直接相关时,可以适当调大上述变量来加速添加索引:

SET @@global.tidb_ddl_reorg_worker_cnt = 16;
SET @@global.tidb_ddl_reorg_batch_size = 4096;

当添加索引操作的目标列被频繁更新(包含 UPDATEINSERTDELETE)时,调大上述配置会造成较为频繁的写冲突,使得在线负载较大;同时添加索引操作也可能由于不断地重试,需要很长的时间才能完成。此时建议调小上述配置来避免和在线业务的写冲突:

SET @@global.tidb_ddl_reorg_worker_cnt = 4;
SET @@global.tidb_ddl_reorg_batch_size = 128;

事务冲突

关于如何定位和解决事务冲突,请参考TiDB 锁冲突问题处理

Java 数据库应用开发最佳实践

TiDB 最佳实践系列(五)Java 数据库应用开发指南

推荐阅读

文档内容是否有帮助?