你好,我通过exchange组件批量更新edge属性时也出现了这个错误,生产环境该配置值:max_plan_depth: 512
而导入数据的exchange配置参数 batch: 256
根据您说的,这两者是不是没有直接关系呢?
PS:在低版本3.1上未发现这个问题,最近打算迁移到v3.6,在验证时发现;
而且似乎发生了没什么规律,并不是单次插入超过多少行就一定会出现?
你好,我通过exchange组件批量更新edge属性时也出现了这个错误,生产环境该配置值:max_plan_depth: 512
而导入数据的exchange配置参数 batch: 256
根据您说的,这两者是不是没有直接关系呢?
PS:在低版本3.1上未发现这个问题,最近打算迁移到v3.6,在验证时发现;
而且似乎发生了没什么规律,并不是单次插入超过多少行就一定会出现?
除了exchange 版本,其他条件都一致么?
按理说 batch 大的 dml query 深度应该没有增加,难道在解析的时候 bulk clause 中的每一个 item 都被单独作为执行计划中的子句被处理了?
cc @yee
batch 调小能绕过么?
exchange版本和导入配置文件完全相同,只是导入的目标集群地址不同:老集群3.1,新集群3.6
被导入的底表数据也完全相同,老集群正常导入没报错
这个限制的引入是 3.4 引入的,所以这个行为是符合预期的哈。扩大一下这个值吧
cc @abby-cyber-fairy 如果我们增加这个在文档里的时候,在 exchange 那边也可以引用这个报错?算是一个 batch 大了会触发的常见问题。
此话题已在最后回复的 30 天后被自动关闭。不再允许新回复。