一个关于 in 的小问题

Bug 反馈
【 TiDB 版本】 ALL

案例

【期望看到的行为】

对于这类SQL,根据直觉以及显而易见的逻辑,应该报字段不存在的错误。
但是显而易见的,因为这些字段没有带上表别名,所以字段识别有问题,就不会抛出错误了,也不会抛出 warning,这种我记得 小BUG ( 不知道算不算 ) 在 MySQL 上就是已经存在的,不知道咱们后期会不会修复这种反人类直觉的 SQL 问题,让它报错抛出异常。

1 个赞
1 个赞

Mysql 应该也这样吧,也没有反直觉吧,如果列出现在子查询 where 条件中你觉得反直觉吗?

您好,这个不是 bug,mysql 8.0 也有一样的表现,是为了支持关联子查询引入的,子查询中支持外部 table 列,这里因为 col2 在 test1 上不存在,就被自动匹配到了 test2,详细可参考文档 https://docs.pingcap.com/zh/tidb/stable/subquery-optimization 的说明。

从下面的执行计划可以看出:

mysql> explain select * from t1 where id in (select id from t2 where c1="xxxxx");
+------------------------------+----------+-----------+---------------+--------------------------------------------------+
| id                           | estRows  | task      | access object | operator info                                    |
+------------------------------+----------+-----------+---------------+--------------------------------------------------+
| HashJoin_9                   | 7.99     | root      |               | semi join, equal:[eq(test.t1.id, test.t2.id)]    |
| ├─TableReader_15(Build)      | 9990.00  | root      |               | data:Selection_14                                |
| │ └─Selection_14             | 9990.00  | cop[tikv] |               | not(isnull(test.t2.id))                          |
| │   └─TableFullScan_13       | 10000.00 | cop[tikv] | table:t2      | keep order:false, stats:pseudo                   |
| └─TableReader_12(Probe)      | 9.99     | root      |               | data:Selection_11                                |
|   └─Selection_11             | 9.99     | cop[tikv] |               | eq(test.t1.c1, "xxxxx"), not(isnull(test.t1.id)) |
|     └─TableFullScan_10       | 10000.00 | cop[tikv] | table:t1      | keep order:false, stats:pseudo                   |
+------------------------------+----------+-----------+---------------+--------------------------------------------------+
7 rows in set (0.00 sec)

建议在子查询中明确指定 table name,避免一些异议。比如如下使用:
delete from test1 where id in (select id from test2 t2 where t2.col2=‘11’)

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