文章目录
- 前言
- 相关解释
- 总结
前言
今天在做SQL优化的时候,在使用explain执行SQL时,出现了以下情况:
EXPLAIN SELECT m1.id
from station m1
INNER JOIN site s ON m1.code=s.stationcode
where receivetime=(SELECT MAX(m2.receivetime) FROM station m2)
相关解释
执行上述sql中的子查询
EXPLAIN SELECT MAX(receivetime) FROM station m2
发现在Extra列出现Select tables optimized away时,table、type、possible_keys、key、key_len、ref、rows这些列都被赋上了NULL值。
id | select_type | table | partitions | type | key | key_len | ref | rows | filtered | Extra
1 SIMPLE Select tables optimized away
以上sql查询中已经创建了receivetime字段的索引,此时sql查询时需要找到最大值,sql运行时只需要读取B-Tree索引的最后一条记录(最小值只需要查询对应B-Tree索引的最左端的记录)。因为索引直接一次就定位到了数据行,所以Extra列出现Select tables optimized away,表示优化器已经从执行计划中移除了该表,并以一个常数取而代之。
总结
Select tables optimized away一般在用如MIN()和MAX()函数访问存在索引的某个字段时,优化器会通过索引直接一次定位到所需要的数据行完成整个查询时展示。