MySQL性能优化之使用Limit关键字来避免全表扫描_数据库教程

　　在MySQL数据库操作中，我们在做一些查询的时候总希望能避免数据库引擎做全表扫描，因为全表扫描时间长，而且其中大部分扫描对客户端而言是没有意义的。其实我们可以使用Limit关键字来避免全表扫描的情况，从而提高效率。假设我们需要一个分页的查询，如果是Oracle 程序员会有点痛苦，因为Oracle 中没有Limit 这个关键字，一般来说都是用以下SQL句子实现：

SELECT * FROM 
( SELECT a1.*, rownum rownum_ 
FROM testtable a1 
WHERE rownum > 20) 
WHERE rownum_ <= 1000

　　这个语句就能查询到 testtable 表中的 20 到 1000 记录，而且还需要嵌套查询，效率不会太高，看看 MySQL 的实现：SELECT * FROM testtable a1 limit 20,980;这样就能返回testtable 表中的 21 条到（ 20 ＋ 980 ＝）1000 条的记录。

　　实现语法确实简单，但如果要说这里两个SQL 语句的效率，那就很难做比较了，因为在 MySQL 中 Limit 选项有多种不同的解释方式，不同方式下的速度差异是很大的，因此我们不能从这语句的简洁程度就说谁的效率高。

　　下面讲讲这个Limit关键字的语法吧：

　　SELECT … --Select 语句的其他参数

　　[Limt {[offset,] row_count | row_count OFFSET offset}]

　　这里offset 是偏移量（这个偏移量的起始地址是 0 ，而不是 1 ，这点很容易搞错的）顾名思义就是离开起始点的位置，而 row-count 也是很简单的，就是返回的记录的数量限制。

　　例如：SELECT * FROM testtable a limit 10,20 where ….

　　这样就能使结果返回10 行以后（包括 10 行自身）的符合where 条件的20 条记录。

　　那么如果没有约束条件就返回10到29 行的记录。

　　那这跟避免全表扫描有什么关系呢？下面是 MySQL 手册对Limit 参数优化扫描的一些说明：

　　在一些情况中，当你使用Limt 选项而不是使用 HAVING 时， MySQL 将以不同方式处理查询。

　　如果你用Limt关键字只选择其中一部分行，当 MySQL 一般会做完整的表扫描时，但在某些情况下会使用索引（跟 ipart 有关）。

　　如果你将Limt n 与ORDER BY 同时使用，在 MySQL 找到了第一个符合条件的记录后，将结束排序而不是排序整个表。

　　当 Limt n 和DISTINCT 同时使用时， MySQL 在找到一个记录后将停止查询。

　　某些情况下，GROUP BY 能通过顺序读取键 ( 或在键上做排序 ) 来解决，并然后计算摘要直到键值改变。在这种情况下， Limt n 将不计算任何不必要的 GROUP 。

　　当 MySQL 完成发送第 n 行到客户端，它将放弃余下的查询。

　　而 Limt 0 选项总是快速返回一个空记录。这对检查查询并且得到结果列的列类型是有用的。

　　临时表的大小使用Limt # 计算需要多少空间来解决查询。

　　关于MySQL性能优化之使用Limit关键字来避免全表扫描的相关知识就介绍到这里了，希望本次的介绍能够对您有所收获！