一个简单的查询执行计划走偏-2

🪐 TiDB 技术问题 性能调优
21

贴全一点啊，为啥不贴全呢

22

hint INL_JOIN

23

打个卡看看

24

等待大神

25

Analyze version 也需要为 2 ，然后收集统计信息。

26

t表和t2表没有关联条件吗？
这不等于t的部分数据与t2做笛卡尔积吗？

27

f1_6511 = f1_6757

28

这个不大敢搞啊，从低版本升上来的，之前尝试在多个版本设置 Analyze version 为2 ， 都会导致tidb server OOM

29

limit 1是有特定的要求吗？

30

没有要求，只是表示嵌套的子查询返回的数据量很小，且可以快速返回

31

改成join试试

32

加个on 1 = 1，试试

33

limit有可能会产生不稳定的结果集。
可以尝试将in后面的子查询作为一个临时表放到from后面，然后把in改成join看看执行计划会不会更优。

34

改成inner join试下

SELECT t.*
FROM wind.TB_OBJECT_6757 t
INNER JOIN wind.tb_object_6511 t2 ON f1_6511 = f1_6757
INNER JOIN (
    SELECT REC_ID
    FROM wind_replicator.wind_tb_object_6757_oplog
    LIMIT 1
) AS oplog ON t.ob_object_id = oplog.REC_ID
WHERE f9_6757 = 1 AND f3_6511 = '2010400017';
35

都是大神

36

内连接试了吗,感觉不太合理

37

这么多天了这个问题还在，等待大神

38

可以把 in 换成 = 试试

39

改成exist吧

40

执行计划没变化，继续TB6511全表扫描