Load Schema Duration：TiDB 从 TiKV 获取 Schema 的时间
什么因素会导致tidb从tikv获取schema很慢呢
比如tikv很繁忙
你好，
上面的长截图看着比较乱，，
coprocessor cpu 监控看到只有一个 tikv ，而且 raft store cpu 已经到达了瓶颈，默认2 线程。busy 判定为 80%*2，由于有内部线程使用所以打不满。
- 辛苦看下 health region 的监控
- tikv-detail 可否完成上传下，这边再看下。
你好，
region health 中空 region 为 0，正常。
此监控页面辛苦上传一下，
网页截全图插件：
(1)、chrome 安装这个插件https://chrome.google.com/webstore/detail/full-page-screen-capture/fdpohaocaechififmbbbbbknoalclacl
(2)、鼠标焦点置于 Dashboard 上，按 ?可显示所有快捷键，先按 d 再按 E 可将所有 Rows 的 Panels 打开，需等待一段时间待页面加载完成。
(3)、使用这个 full-page-screen-capture 插件进行截屏保存
region health这个监控表示什么意思,
- 是之前就配置了这么大的值，还是刚才修改的？ 有这么多cpu吗？
- 当前主要问题是什么？ load schema 慢，业务上感知是什么？
1、store-pool-size的值一直都是48,线上环境中所有跟CPU相关的设置都是48
2、当前现象就是操作数据库特别慢,比如alter个空表3-5s、create一个表3-7s等等
- 集群版本是多少？
2 当执行一个DDL操作时，麻烦上传tidb.log 这段时间的日志
3.反馈over-view，tidb，这个时间的监控信息
网页截全图插件：
(1)、chrome 安装这个插件https://chrome.google.com/webstore/detail/full-page-screen-capture/fdpohaocaechififmbbbbbknoalclacl
(2)、鼠标焦点置于 Dashboard 上，按 ?可显示所有快捷键，先按 d 再按 E 可将所有 Rows 的 Panels 打开，需等待一段时间待页面加载完成。
(3)、使用这个 full-page-screen-capture 插件进行截屏保存