TiDB Server调优

max-proc

• 控制tidb-server使用的CPU核数，单机上部署多个tidb-server的时候设置该变量的值可以限制tidb-server使用的资源，避免对其他进程造成影响；

token-limit

• 配置可以同时请求的session数量，即tidb server可以同时为多少个会话提供服务；用于流量控制，避免并发请求数过多造成tidb-server资源耗尽，服务无法响应；

force-priority

• 控制tidb-server优先级，设置后所有请求都会使用该优先级来执行；

committer-concurrency

• 控制一个事物，commit阶段的最大并发数量。对于一个大事物来说，提交需要向tikv发送大量写请求，设置更大的并发可能让大事物更快提交完成，但是也可能造成tikv瞬时压力过大，请求堆积，无法响应；

grpc-connection-count

• 设置TiDB和每个TiKV之间的grpc连接数量，当大量并发请求发送到一个grpc连接的时候，单个gRPC连接串行发送请求可能会称为瓶颈，可以适当调大gRPC连接数提升性能，也会消耗更多资源；

Prepared Plan Cache

• enabled: 开启后，减少执行计划造成的计算开销， 让同样类型的语句使用相同的执行计划，提升性能，代价是当查询条件变化的时候，执行计划可能不是最优的；
• capacity: 用来限制cache的大小，避免占用过多内存，如果应用使用了大量不同类型的请求，超过了capacity上线，plan cache 的效果会打折扣；

TiDB System Variables
系统资源空闲较多的时候，设置更高的并发度可以让资源利用率更充分，提升性能，但往往消耗更多的资源，在紧张的时候反而会降低性能；

• tidb_distsql_scan_concurrency: 控制TableScan 和IndexScan算子的并发度
• tidb_index_lookup_concurrency: 控制IndexLookUp的并发度
• tidb_build_stats_concurrency： 控制Analyze执行的并发度，可能影响在线业务的延时；
• tidb_hash_join_concurrency：控制HashJoin算子的并发度
• tidb_index_lookup_join_concurrency： 控制IndexLookUpJoin算子并发度
• tidb_ddl_reorg_worker_cnt：控制DDL加索引的并发度；

Batch Size
一个Chunk包含多行数据，SQL执行的时候，执行器以Chunk为单位来执行获取数据、表达式和求职等操作，结果集较大的时候更大的chunk size可以提升性能，如果结果集很小，过大的chunk会性能损失；

• tidb_init_chunk_size: 处理结果集的时候初始的chunk行数，默认32，运行过程中会自适应调整；
• tidb_max_chunk_size:  最大的chunk大小； 默认1024
• tidb_index_join_batch_size:2个表做表连接的时候，批量取的数据行数；

Limit

• tidb_store_limit： 控制同时发往一个TiKV节点请求数量，避免单个TiKV节点因为请求量太大，超过处理能力，造成大量请求超时返回错误；
• tidb_retry_limit: 控制乐观事物的重试次数； 次数过多造成冲突加剧，次数太少造成执行成功率下降。

Backoff:
在请求遇到可重试的错误的时候，重试前需要等待一段时间，这个时间设置过大会增加延时，如果设置过小会造成很多重试，消耗过多资源；

• tidb_backoff_weight: tidb backoff最大时间的权重，调整最大重试时间；
• tidb_backoff_lock_fast: 读请求遇到锁的backoff时间