MySQL查询计划不使用Index

时间:2014-03-08 03:52:49

标签: mysql indexing

我有一个嵌套查询,我试图查看我的查询中是否有任何全表扫描。

explain delete from ACCESS where ACCESS.MESSAGEID in (select ID from MESSAGE where MESSAGE.CID = 'xzy67sd’)\G

子查询正在点击索引,但第一个不使用索引。这是查询计划。

    *************************** 1. row ***************************
           id: 1
  select_type: PRIMARY
        table: ACCESS
         type: ALL
possible_keys: NULL
          key: NULL
      key_len: NULL
          ref: NULL
         rows: 18295
        Extra: Using where
*************************** 2. row ***************************
           id: 2
  select_type: DEPENDENT SUBQUERY
        table: MESSAGE
         type: unique_subquery
possible_keys: PRIMARY
          key: PRIMARY
      key_len: 8
          ref: func
         rows: 1
        Extra: Using where

但是,如果我将查询分开并检查查询计划,那么它正在使用索引。我无法理解为什么并寻找一些提示

explain delete from ACCESS where ACCESS.MESSAGEID in (2,3)\G
*************************** 1. row ***************************
           id: 1
  select_type: SIMPLE
        table: ACCESS
         type: range
possible_keys: ACCESS_ID1
key: ACCESS_ID1
      key_len: 8
          ref: const
         rows: 2
        Extra: Using where

子查询select语句返回常量,所以而不是使用select语句我输入整数并且查询计划开始选择索引

select ID from MESSAGE where MESSAGE.CID = 'xzy67sd’)\G 

提前致谢

1 个答案:

答案 0 :(得分:1)

在这里,您不需要子查询,作为一般规则,除非您确实需要,否则不应在MySQL中使用子查询。

DELETE a
  FROM ACCESS a
  JOIN MESSAGE m ON m.ID = a.MESSAGEID
 WHERE m.CID = 'xzy67sd’;

这将删除ACCESS中的行,同时仅保留MESSAGE,因为在DELETEFROM之间仅列出了ACCESS(通过别名“a”),您可以在此处指定要使用的表删除匹配的行。

优化器应该适当地使用索引。

https://dev.mysql.com/doc/refman/5.6/en/delete.html(多表语法)