这个只是一个判断的阈值，计算你一个会话中的累计内存使用。

你可以验证下，单独执行这个sql不会报错，在一个窗口连续重复执行试试。

现成的就是s3或者阿里云的oss，自己搭建的话minio

tidb_mem_quota_query 这个参数是限制单个会话整体的内存使用，不是单条sql。 我之前遇到过批量执行简单sql也会报这个错。

图像数据存数据库? 没见过，一般都是图像存对象存储之类的，数据库存访问路径

你这操作不大常规，正常有一个节点异常，只要扩一个节点，然后缩掉有问题的节点就行，不用调整副本数。

开源版不支持存储过程

看着像是资源不够，服务器cpu内存多少的？

你这个报错应该和cdc没什么关系，你这sql文件为什么不直接source进去

你这个表是空表吗？

16g内存你部署了几个节点 多少副本？

你用ec2-user账号安装的tidb? 切换root试试

br时间长了，cdc需要扫描的数据多了把 你把主从同步任务拆分下，大表单独搞个任务试试

多大的数据量，cdc性能还是很强的啊

说实话你这io总体那么低，根本没必要纠结不均衡的问题。

鼠标，鼠标垫，雨伞

你看看监控 tidb-cluster-PD>scheduler里面的balance leader任务正常吗？

几年前我遇到过同样问题，pd的leader调度任务没了，重启了下pd就好了 tikv的region、leader分布不均衡，pd不调度.

第四个kv节点是不是网络有问题，和pd不通？