还可以看下磁盘的读写吞吐量

基础资源呢

检查下pd,地址切换了么。

热点造成写的压力比较大啊，通过shard打散试下呢。

tidb集群压力大么。先单个插入试下。

还是网络不通造成的吧

【你使用的是 TiDB Operator 还是其他方式部署 TiDB？】 使用tidb operator + 二次开发 【在 K8s 上部署 TiDB 的主要应用场景是什么】 大部分都是oltp的，感觉还可以。

重启吧。

集群内部访问时没有问题的，如果想要在集群外部访问的话就需要了

tikv是存储数据的一般情况下读写的压力都是非常大的，都是单独一台的，资源配置也是最高的，有大量数据读写压力都是很大的。

可以通过kubectl port-forward svc/mysql-service 3306:3306 --address 0.0.0.0 然后通过就可以外部访问，还有就是通过nodeport的方式任意台机器地址加端口也可以访问。

容器化可以做端口映射

1、数据库层面的降本增效你有哪些经验/建议？ 更智能的数据归档 2、个人体感：用 TiDB 是否能真正做到降本增效？ 可以做到

看下该网段内是否有其他数据的跑批

感觉跟tidb没啥关系了，看下网络的相关情况吧。

你的监控node-exporter也是超时的，看下zstack的网络情况，或连服务器上层交换机的服务器有没有这种情况，感觉还是网络不稳啊。

该网络下有其它的服务器业务在跑么，日志看还是有短暂的超时

是tiup工具的需要升级了。

看下sql的执行计划吧。