tikv coprocessor占用cpu很高

🪐 TiDB 技术问题
23

是这样，如果直接执行这个sql，SELECT *FROM notify_result_2021 WHERE id = null，也是瞬间完成的；
但是如果按照如下方式执行，就会很慢：
set @s = ‘SELECT * FROM notify_result_2021 WHERE id = ?’;

prepare stmt2 from @s;

set @c=null;

execute stmt2 using @c;

24

哦，那问题原因我刚才整错了，我反馈一下

25

嗯嗯，好的，谢谢

26

@magongyong 我刚才在 v4.0.13（你的版本），v5版本，都没有模拟出你的情况，你能看一下 慢日志（tidb- server的部署目录下的 slow_log.log)，把对应的 慢日志信息给我一下吗

27

tidb_slow_query.log.20210721.gz (3.9 MB)

28

表是比较大的，有3000万行数据

29

好的，收到

30

:joy: 问一下，现在还有这种情况吗 ，我试了一下不同版本，都没有复现（就算 null 是引号，也不会走全表扫描），所以想问一下，你的复现步骤，是怎么复现的（程序还是自己的客户端）

31

奇怪的是，你的慢日志确实有问题，走的全表扫描

33

:joy:能给我发一下你的表结构文本不，我一个个写有点麻烦

35

感谢:smiley::smiley:

36

还是不能模拟出来（我问问别人有没有思路吧）

37

在 slow log 里应该有一个 tidb_decode_plan(blabla) 的字段，可以贴一下它的内容吗

38

tidb_decode_plan(‘6Q24MAkzXzQJMAkyMzg4OTEyNAlicl9zbXMubm90aWZ5X3Jlc3VsdF8yMDIxLmlkLCBmHgAUdmVuZG9ybiIAHGNoYW5uZWxfdkgADXl2JQAYc2VuZF90b25uACRlbmNyeXB0ZWRfii0ABSMEYnluUAAsY29udGVudF90eXBlbigAKHRlbXBsYXRlX2tlclAAHGV4dHJvaW5mcsUALQ1+dAAYcmVxdWVzdH41ARB5c3RlbX4lACFaMaoIdGltcuwAMi0ASStuGwEYbWVzc2FnZY6CAAhudW1uSgAFeUlyfisAFG9yaWdpbm5NABRpc192YWx2cQIMY3JlYUFMeiQCDSYAYXIHAQh1cGSKTAARJnZMAE2Wbt8AJSwx0hhyZXNwb25zctYBEGpzb25fQZoICTAJQQLAOjE5LjFzLCBsb29wczoxLCBDb25jdXJyZW5jeTo0CTg5LjEgS0IJTi9BCjEJMzFfNy5PBDxkYXRhOlNlbGVjdGlvbl82XlQA8ENjb3BfdGFzazoge251bTogMTU2LCBtYXg6IDE5cywgbWluOiAxNzYuOG1zLCBhdmc6IDEuMzVzLCBwOTU6IDMuNjZzLAEwEF9wcm9jYXwgczogMzg2Njc4BSMyFwAkMDU0MjIsIHRvdAUXFDogM20zMAXjARMgd2FpdDogNTQzAWoIcnBjQWEBkAQ3LAUOJRIJMgg3cywBuHByX2NhY2hlOiBkaXNhYmxlZH0JMjcxIEJ5dGVzCSEWHDIJMV82CTFfvWYcZXEoY2FzdChmUAUkaWQpLCBOVUxMKSUzBGt2KR8AewHgACAhGQAxKQAhGggxNzUBrRhwODA6ODM5BQtYOTU6MS4xM3MsIGl0ZXJzOjI5ODc0LCAhY2hzOjE1Nn0sIHNjYW5fZGV0YWlsOiB7dG90YWwlEAhlc3MtQQE1DDA4MDclLARhbB0WEDEyMDB9Ad0BBBwKMwk0M181CQXiIDk4NjE0MDUJdCELADqNwYkcxUdILCBrZWVwIG9yZGVyOmZhbHNlCRFnCAl0aabnAAA4lucAIAlOL0EJTi9BCg==’)

39

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