5.6 explain update一个疑似bug

5.6 的新增特性，允许对DML语句做explain。这下大家高兴了，碰到复杂更新语句（且还造成慢查询）要自己手动改成select语句的日子终于到头了。

饶有兴致的试用了一把，总体感觉不错，不过发现一个bug。

复现

mysql> create table tb(id int primary key , c int); Query OK, 0 rows affected (0.01 sec) mysql> insert into tb values(1,1); Query OK, 1 row affected (0.00 sec) mysql> insert into tb values(2,2); Query OK, 1 row affected (0.00 sec) mysql> explain select * from tb where id=1; +—-+————-+——-+——-+—————+———+———+——-+——+——-+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +—-+————-+——-+——-+—————+———+———+——-+——+——-+ | 1 | SIMPLE | tb | const | PRIMARY | PRIMARY | 4 | const | 1 | NULL | +—-+————-+——-+——-+—————+———+———+——-+——+——-+ 1 row in set (0.00 sec) mysql> explain update tb tb set c=2 where id=1; +—-+————-+——-+——-+—————+———+———+——+——+————-+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +—-+————-+——-+——-+—————+———+———+——+——+————-+ | 1 | SIMPLE | tb | range | PRIMARY | PRIMARY | 4 | NULL | 1 | Using where | +—-+————-+——-+

这里我们看到，在explain update的结果中，type=range，并且Extra是Using where。

这两个值的意思就是，MySQL做了一个range查询，即使只返回一行，也多做了一个next操作，而且Using where，表示从主键取出来的行还做了字段比较。

或者更直接一点，跟explain select的结果不一致。

分析

刚好趁机看一下explain dml的实现。发现explain update/deelte 不是沿用原来的逻辑，而是单独实现了一个Explain_table来处理。

在这个Explain_table的explain_join_tab逻辑（也就是获取返回结果的type字段的值）中，返回值里没有返回JT_CONST的选项，只有merge和range。

相同的，由于没有考虑const的情况，在得到Extra列的过程中，最少是Using Where

实际上，如果对于唯一键上的等值查找，是不需要做range查询，并且返回结果也不需要做值判断