为什么我们要从MySQL迁移到TiDB？

⑧DM 导入时代 Duration 升高

在 DM 导入集群时代，确实会由于写热门的题目导致集群整体 Duration 更高，由于 IO 争用会更明明。这里着实也是可以通过一些参数来让集群运行的更快的。

如下参数从原值调到-新值：

raftstore: 

apply-pool-size: 3-4 

store-pool-size: 3-4 

storage: 

scheduler-worker-pool-size: 4-6 

server: 

grpc-concurrency: 4-6 

rocksdb: 

max-background-jobs: 8-10 

max-sub-compactions: 1-2 

可以看到结果如下：QPS 不再发抖，Duration 也规复到正常的程度。

⑨DM Debug 相干

DM 尚有个留意点就是 dm-worker.toml 设置文件里的设置 log-level=“debug” 是不见效的，启动的时辰默认有个 -L=info 选项，会包围掉设置文件里的，默认 -L 优先级高于设置文件，人工排查时自行启动。

也就是说当必要对 dm-worker 开启 debug 模式，要人工拉起历程并指定 -L 选项=debug。

⑩TiDB load data 速率不抱负

TiDB 今朝 load data 的导入速率不及 MySQL，假如依靠 load data 的话，这块可以调优一下参数。

我们的场景是 TiKV 上没有明明的瓶颈，首要慢在了 scheduler latch wait duration，可以调下参数看看：

storage: 

scheduler-concurrency: 204800000 

raftstore: 

raft-max-inflight-msgs: 4096 

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!