加入收藏 | 设为首页 | 会员中心 | 我要投稿 晋中站长网 (https://www.0354zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长学院 > MySql教程 > 正文

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

发布时间:2020-08-15 10:45:48 所属栏目:MySql教程 来源:网络整理
导读:【金融特辑】光大****科技部DBA女神带你从0到1揭秘MGR 【51CTO.com原创稿件】当一张百亿数据量的表放在你面前,你将面临着什么?加列?哭吧,怎么也得等个几天甚至几周。加索引?哭吧,不论你用 pt-online-schema,还是 gh-ost,你都面临着拷贝一张临时表用以

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

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

⑧DM 导入期间 Duration 升高

在 DM 导入集群期间,确实会因为写热点的问题导致集群整体 Duration 更高,因为 IO 争用会更明显。这里其实也是可以通过一些参数来让集群运行的更快的。

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

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

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 也恢复到正常的水平。

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

⑨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 

(编辑:晋中站长网)

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

热点阅读