MySQL数据库优化（四）

核心提示： 2 MySQL 如何优化 LIMIT在一些情况下，MySQL在碰到一个使用 LIMIT row_count 但没使用 HAVING的查询时会做不同的处理：如果只是用 LIMIT 来取得很少的一些记录，MySQL数据库优化（四）(4)， MySQL 有时会使用索引，但是更通常的情况是做一个全

2 MySQL 如何优化 LIMIT

在一些情况下，MySQL在碰到一个使用 LIMIT row_count 但没使用 HAVING的查询时会做不同的处理：

如果只是用 LIMIT 来取得很少的一些记录， MySQL 有时会使用索引，但是更通常的情况是做一个全表扫描。

如果 LIMIT row_count 和 ORDER BY 一起使用，则MySQL在找到 row_count 条记录后就会停止排序了，而非对整个表进行排序。

当 LIMIT row_count 和 DISTINCT 一起联合起来时，MySQL在找到 row_count 条唯一记录后就不再搜索了。

在某些情况下， GROUP BY 可以通过按照顺序读取索引键来实现(或者在索引键上做排序)并且计算累计信息直到索引键改变了。在这种情况下，LIMIT row_count 不会计算任何非必须的 GROUP BY 值。

一旦MySQL将请求的记录全数发送给客户端后，它就中止查询除非使用了 SQL_CALC_FOUND_ROWS。

LIMIT 0 总是返回一个空的结果集。这对于检查查询或者取得结果字段的类型非常有用。

当服务器使用临时表来处理查询，则 LIMIT row_count 可以用来计算需要多少空间。

3 如何避免全表扫描

如果MySQL需要做一次全表扫描来处理查询时，在 EXPLAIN 的结果中 type 字段的值是 ALL。在以下几种条件下，MySQL就会做全表扫描：

数据表实在太小了，做一次全表扫描比做索引键的查找来得快多了。当表的记录总数小于10且记录长度比较短时通常这么做。

没有合适用于 ON 或 WHERE 分句的索引字段。

让索引字段和常量值比较，MySQL已经计算(基于索引树)到常量覆盖了数据表的很大部分，因此做全表扫描应该会来得更快。详情请看"7.2.4 How MySQL Optimizes WHERE Clauses"。

通过其他字段使用了一个基数很小(很多记录匹配索引键值)的索引键。这种情况下，MySQL认为使用索引键需要大量查找，还不如全表扫描来得更快。