为提高效率，提问时请提供以下信息，问题描述清晰可优先响应。
- 【TiDB 版本】：2.14
- 【问题描述】：看监控忽然发现其中一个kv节点region降下去很多，导致cpu高
若提问为性能优化、故障排查类问题，请下载脚本运行。终端输出的打印结果，请务必全选并复制粘贴上传。
您好：
1. 这个监控被挡住了，应该是region总量对吧。
2. 请检查这个实例的dmesg，是否在这个时间有OOM之类的问题.
3. 如果有OOM，可以检查tidb实例安装部署目录的log下的slow 日志，看看当时有没有比较大的sql导致OOM
4. 如果是其他问题麻烦反馈下重启实例服务器上的/var/log/message日志，注意是发生问题时间点的message日志，多谢
没有重启，也没有oom，慢sql也没有的
您好： 请问这个是对应的tikv-4吧，麻烦帮忙取一下tikv.log日志，可以只包含18：00—09：00 监控这段时间的，我看下日志里是否有记录，多谢
日志没办法取出来
只能截图吗？ 那麻烦你看一下这个阶段，下降的非常快的时候，tikv日志都打印的什么，截几个图，你自己总结下哪些类型的日志比较多，发出来，这个可以吗？
- 请问具体是那个版本？2.14是指2.1.4吗 ？ 是在k8s之类的虚拟机上部署的吗？
- 当时有什么操作吗? 看起来当时是不是有没有执行过添加或者删除节点的操作，或者有手工调动过region信息？
- 当前region数量均衡吗？
- 建议还是发一下这段时间 tikv.log 和pd.log，我们分析一下，多谢
没做其他操作，生产环境
当前只能看到region在迁移，麻烦把日志上传下