mysql order by limit 1和max的比较及说明

在一次数据的需求中，去用order by+limit 1和 max两种方式求数据的最大值时，发现在同一过滤条件下order by limit 1执行时间要比max快。然后从一下两个角度对问题进行来思考。

1.查看执行计划

• a.max查询计划

• b.order by+limit 1查询计划

其中Extra是指执行情况的描述和说明。max的extra对应的值是 Select tables optimized away

order by + limit 的extra选项对应的值是 Using index

extra项解释：

Select tables optimized away:

使用某些聚合函数（比如 max、min）来访问存在索引的某个字段

来自于mysql官网对Select tables optimized away的描述：

For explains on simple count queries (i.e. explain select count(*) from 
people) the extra section will read "Select tables optimized away.
" This is due to the fact that MySQL can read the result directly from
 the table internals and  therefore does not need to perform the select.

Using index:直接在主键索引上完成查询和所有数据的获取。

2.order by和where的执行顺序

是否是先做的order by,后使用where过滤。

结论：因为max和order by+limit 1都是使用的主键值进行查询，而主键在mysql中是b+树。在叶子节点主键id本身就是按从小大的顺序排列的。所以在查询中会出现以下两种情况：

a.如果是查询普通列（非主键且该值没有索引列）条件，max()的查询速度要优于order by+limit 1，原因是从explain的执行计划中可以看出：order by+limit 1使用了索引，而使用max根本没有遍历表或索引就返回数据了

b.如果是主键值的查询可以分两种情况来讨论：

1.）如果是max()和order by速度的比较

max()的速度要比order by快，order by会把所有查询到的结果并展示出来。

select max(id) from  table_name:
select id  from  table_name  order by id desc;

2.）如果是max()和order by+limit 1 速度的比较

order by+limit 1会在查到第一条数据时返回结果。而不是对整个结果进行排序。

如果使用索引来完成排序，这将非常快。

如果你将LIMIT row_count子句与ORDER BY子句组合在一起使用的话，一旦找到第一个row_count之后，MySQL不会对结果集的任何剩余部分进行排序。

这种行为的一种表现形式是，一个ORDER BY查询带或者不带LIMIT可能返回行的顺序是不一样的。

总结

以上为个人经验，希望能给大家一个参考，也希望大家多多支持脚本之家。