TiDB集群参数优化

数据库-TiDB

版本说明

部分参数仅在4.0支持

TiDB

max-index-length: 12288 （索引长度,最大12288字节）
log.file.max-days: 60 （日志保存时间）
log.file.max-size: 300 （日志保存个数）
txn-total-zize-limit 事务大小
tidb_txn_mode 事务锁类型
tmp-storage-path #tidb中间查询中转临时目录

mysql.tidb :

 - tikv_gc_life_time 24h  （gc回收快照时间）

global variables:

- tidb_auto_analyze_end_time #业务低峰期结束时间
- tidb_auto_analyze_ratio #自动收集统计信息表的修改比例
- tidb_auto_analyze_start_time #业务低峰期开始时间

TiKV

coprocessor.split-region-on-table: false #支持跨表合并

如果是4.0版本并且启用了统一线程池use-unified-pool，下面三个线程数就不需要配置

 - high-concurrency: 8 # TiKV 实例数量 * 参数值 = CPU 核心数量 * 0.8
 - normal-concurrency: 8 # TiKV 实例数量 * 参数值 = CPU 核心数量 * 0.8
 - low-concurrency: 8 # TiKV 实例数量 * 参数值 = CPU 核心数量 * 0.8

storage.block-cache.capacity: 32GB # 内存的25%
rocksdb-后台线程与-compact
raftstore.capacity: 2000GB 磁盘总容量 * 80% / TiKV 实例数量
max-sub-compactions：3 #RocksDB 进行 subcompaction 的并发个数，默认是1，

max-sub-compactions-level0 sst 太多导致 stall，可以添加参数 [rocksdb] max-sub-compactions = 2 （或者 3 ），加快 level0 sst 往下 compact 的速度。该参数的意思是将从 level0 到 level1 的 compaction 任务最多切成几个

TiKV写入慢 ，tidb server优化&tikv server优化
max-sub-compactions # Threads for compaction of level0
Max-background-jobs #How many threads for background jobs
scheduler-worker-pool-size = 4 # 控制写入线程的个数，当写入操作比较频繁的时候，持续使用超过80%，建议扩容，需要把该参数调大。

TiKV监控信息中如果raft store cpu和async apply CPU两个指标来看，如果比较高，可以通过调整下面两个指标进行调整

 - store-pool-size
 - apply-pool-size

PD

namespace-classifier default #跨表合并参数

pd-ctl 常用参数

• "max-merge-region-size": 20, # 控制 Region Merge 的 size 上限（单位是 M）
  "max-merge-region-keys": 200000,#控制 Region Merge 的 keyCount 上限
  "patrol-region-interval": "10ms", #region健康度检查频率
  "region-schedule-limit": 32, #同时进行 Region 调度的任务个数
  "replica-schedule-limit":16 #控制同时进行 replica 调度的任务个数
  "hot-region-schedule-limit": 16,#控制同时进行热点调度的个数
  "leader-schedule-limit": 16 # 控制leader调度的个数