表非常小，以至于执行表扫描比使用键查找更快。对于具有少于 10 行和短行长度的表，这很常见。

在 ON 或 WHERE 子句中没有可用的索引列限制。

您正在将索引列与常量值进行比较，并且 MySQL 已经计算出（基于索引树），这些常量覆盖了表中很大一部分，并且表扫描会更快。参见 第 10.2.1.1 节，“WHERE 子句优化”。

您正在通过另一列使用基数低的键（许多行匹配键值）。在这种情况下，MySQL 假设使用该键可能需要许多键查找，而表扫描会更快。

使用 ANALYZE TABLE tbl_name 更新扫描表的键分布。参见 第 15.7.3.1 节，“ANALYZE TABLE 语句”。

使用 FORCE INDEX 用于扫描表，以告诉 MySQL 表扫描非常昂贵，与使用给定索引相比。

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

参见 第 10.9.4 节，“索引提示”。

启动 mysqld 使用 --max-seeks-for-key=1000 选项或使用 SET max_seeks_for_key=1000 告诉优化器假设没有键扫描会导致超过 1,000 个键查找。参见 第 7.1.8 节，“服务器系统变量”。