性能调优最佳实践
本文档介绍了一些使用 TiDB 数据库的最佳实践。
DML 最佳实践
本节描述在使用 TiDB 进行 DML 操作时的最佳实践。
使用多行语句
当需要修改多行数据时,建议使用多行语句:
INSERT INTO t VALUES (1, 'a'), (2, 'b'), (3, 'c');
DELETE FROM t WHERE id IN (1, 2, 3);
不建议使用多条单行语句:
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 语法带来的开销。
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';
使用批量删除
当需要删除大量数据时,建议使用 bulk delete。
使用批量更新
当需要更新大量数据时,建议使用 bulk update。
使用 TRUNCATE
替代 DELETE
进行全表数据删除
当需要删除表中的所有数据时,建议使用 TRUNCATE
语句:
TRUNCATE TABLE t;
不建议使用 DELETE
进行全表删除:
DELETE FROM t;
DDL 最佳实践
本节描述在使用 TiDB 的 DDL 时的最佳实践。
主键最佳实践
请参阅 选择主键的规则。
索引最佳实践
请参阅 索引最佳实践。
添加索引的最佳实践
TiDB 支持在线添加索引操作。你可以使用 ADD INDEX 或 CREATE INDEX 语句添加索引。此操作不会阻塞表中的数据读写。在索引添加的 re-organize
阶段,你可以通过修改以下系统变量调整并发度和批次大小:
为了减少对线上应用的影响,默认索引添加速度较慢。当索引目标列只涉及读负载或与线上工作负载关系不大时,可以适当提高上述变量的值以加快索引添加速度:
SET @@global.tidb_ddl_reorg_worker_cnt = 16;
SET @@global.tidb_ddl_reorg_batch_size = 4096;
当索引目标列频繁更新(包括 UPDATE
、INSERT
和 DELETE
)时,增大上述变量会导致更多写冲突,影响线上工作负载。因此,索引添加可能会因为不断重试而耗时较长。此时,建议降低上述变量的值以避免与线上应用的写冲突:
SET @@global.tidb_ddl_reorg_worker_cnt = 4;
SET @@global.tidb_ddl_reorg_batch_size = 128;
事务冲突
关于如何定位和解决事务冲突,参见 Troubleshoot Lock Conflicts。