mysql 全表扫描的利与弊分析

mysql全表扫描的查询中，在 EXPLAIN 的结果中 type 字段的值是 ALL。

以下条件，MySQL会做全表扫描：
1、数据表是在太小了，做一次全表扫描比做索引键的查找来得快多了。当表的记录总数小于10且记录长度比较短时通常这么做。
2、没有合适用于 ON 或 WHERE 分句的索引字段。
3、让索引字段和常量值比较，MySQL已经计算（基于索引树）到常量覆盖了数据表的很大部分，因此做全表扫描应该会来得更快。
4、通过其他字段使用了一个基数很小（很多记录匹配索引键值）的索引键。这种情况下，MySQL认为使用索引键需要大量查找，还不如全表扫描来得更快。

对于小表来说，全表扫描通常更合适。

但是对于大表，应当尝试使用以下技术避免让优化程序错误地选择全表扫描：
1、执行 ANALYZE TABLE tbl_name 更新要扫描的表的索引键分布。
2、使用 FORCE INDEX 告诉MySQL，做全表扫描的话会比利用给定的索引更浪费资源。

SELECT * FROM t1, t2 FORCE INDEX (index_for_column)
WHERE t1.col_name=t2.col_name;

3、启动 mysqld 时使用参数 --max-seeks-for-key=1000 或者执行 SET max_seeks_for_key=1000 来告诉优化程序，所有的索引都不会导致超过1000次的索引搜索。

有了以上的介绍，对于mysql全表扫描的问题，你清楚了吗？
希望本文对您有所帮助。

您可能感兴趣的文章：
mysql 全表扫描的利与弊分析
理解myisam和innodb中count(*)的区别
mysql优化器可选开关用法详解
Python：实现端口扫描
Mysql索引分类与优化
mysql索引优化实例分享
mysql索引的建立原则
mysql索引优化注意问题
单列索引、多列索引以及最左前缀原则的实例学习
mysql数据库中索引的利弊分析