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认为使用索引键需要大量查找，还不如全表扫描来得更快。

      对于小表来说，全表扫描通常更合适。但是对大表来说，尝试使用以下技术来避免让优化程序错误地选择全表扫描：

• 　　执行 ANALYZE TABLE tbl_name 更新要扫描的表的索引键分布。
• 　　使用 FORCE INDEX 告诉MySQL，做全表扫描的话会比利用给定的索引更浪费资源。

• 　　启动 mysqld 时使用参数 --max-seeks-for-key=1000 或者执行 SET max_seeks_for_key=1000 来告诉优化程序，所有的索引都不会导致超过1000次的索引搜索。请查看章节"5.2.3 Server System Variables"。

上一页  [1] [2] [3] [4] [5] [6] 下一页

【责编:michael】