1105, 'other error: invalid range,range.start should be smaller than range.end

版本 v4.0.14
系统 linux

一条普通的update报错如下：

(pymysql.err.OperationalError) (1105, ‘other error: invalid range,range.start should be smaller than range.end, but got [[116, 128, 0, 0, 0, 0, 0, 4, 173, 95, 105, 128, 0, 0, 0, 0, 0, 0, 1, 4, 25, 171, 244, 0, 0, 0, 0, 0, 1, 0, 66, 0, 84, 0, 84, 0, 67, 255, 0, 0, 0, 0, 0, 0, 0, 0, 248],[116, 128, 0, 0, 0, 0, 0, 4, 173, 95, 105, 128, 0, 0, 0, 0, 0, 0, 1, 4, 25, 171, 244, 0, 0, 0, 0, 0, 1, 0, 66, 0, 84, 0, 84, 0, 67, 255, 0, 0, 0, 0, 0, 0, 0, 0, 247])’)

只偶发了一次，感觉像是个bug,但不知道如何复现

other error: invalid range,range.start should be smaller than range.end, but got [[116, 128, 0, 0, 0, 0, 0, 4, 173, 95, 105, 128, 0, 0, 0, 0, 0, 0, 1, 4, 25, 171, 244, 0, 0, 0, 0, 0, 1, 0, 66, 0, 84, 0, 84, 0, 67, 255, 0, 0, 0, 0, 0, 0, 0, 0, 248],[116, 128, 0, 0, 0, 0, 0, 4, 173, 95, 105, 128, 0, 0, 0, 0, 0, 0, 1, 4, 25, 171, 244, 0, 0, 0, 0, 0, 1, 0, 66, 0, 84, 0, 84, 0, 67, 255, 0, 0, 0, 0, 0, 0, 0, 0, 247])\ngithub.com/pingcap/tidb/store/tikv.(*copIteratorWorker).handleCopResponse\ \t/home/jenkins/agent/workspace/optimization-build-tidb-linux-amd/go/src/github.com/pingcap/tidb/store/tikv/coprocessor.go:1121\ngithub.com/pingcap/tidb/store/tikv.(*copIteratorWorker).handleTaskOnce\ \t/home/jenkins/agent/workspace/optimization-build-tidb-linux-amd/go/src/github.com/pingcap/tidb/store/tikv/coprocessor.go:906\ngithub.com/pingcap/tidb/store/tikv.(*copIteratorWorker).handleTask\ \t/home/jenkins/agent/workspace/optimization-build-tidb-linux-amd/go/src/github.com/pingcap/tidb/store/tikv/coprocessor.go:808\ngithub.com/pingcap/tidb/store/tikv.(*copIteratorWorker).run\ \t/home/jenkins/agent/workspace/optimization-build-tidb-linux-amd/go/src/github.com/pingcap/tidb/store/tikv/coprocessor.go:538\ runtime.goexit\ \t/usr/local/go/src/runtime/asm_amd64.s:1357

看看是这个不

应该不一样，这种报错不重新建表，还会持续出现，而我的报错就是偶发一次

1. 我在这里找到几个 issue，https://github.com/pingcap/tidb/search?q=other+error%3A+invalid+range%2Crange.start+should+be+smaller+than+range.end&type=issues
   但是都应该修复了。最新的一个是 5.0 版本 cluster index 导致的，4.0.14 好像没有匹配到的。
2. 麻烦确认下版本，如果是 4.0.14，在 tidb.log 中应该可以找到导致报错的 sql。麻烦试试能否复现，多谢。

感谢大佬回复，版本是4.0.14,有sql语句，试了多次都无法复现，只是偶发了一次，可能跟当时的数据有关

当时报错后，相同的 sql 再执行一次就成功了？ 如果是这样，感觉可能不好排查原因。

对，这个sql每隔10分钟执行一次，就报了一次错

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。