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。麻烦试试能否复现,多谢。
1 个赞

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

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

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

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