表扫描指的是 MySQL 在执行查询时，从头到尾读取整张表的所有数据行，逐一检查是否满足查询条件。当没有合适的索引可用，或者优化器判断全表扫描比使用索引更高效时，就会发生表扫描。
什么是表扫描
当你执行一条 SELECT、UPDATE 或 DELETE 语句，而 MySQL 无法通过索引快速定位目标数据时，它只能逐行读取表中的每一条记录进行匹配。这个过程就是表扫描（Table Scan）。
例如有这样一条查询：
SELECT * FROM users WHERE age = 25;
如果 age 字段上没有索引，MySQL 就必须扫描整个 users 表的每一行，判断 age 是否等于 25。这种情况下就是一次典型的表扫描。
表扫描的常见原因
缺少索引：查询字段没有建立索引，导致无法快速查找。 索引未被使用：虽然有索引，但查询写法导致索引失效（如在字段上使用函数或类型转换）。 查询返回大量数据：如果查询结果覆盖了表中大部分行，优化器可能认为全表扫描比走索引更快。 统计信息过时：MySQL 的执行计划依赖统计信息，若信息不准确可能导致选择错误的执行方式。如何判断是否发生表扫描
使用 EXPLAIN 命令查看查询执行计划：
EXPLAIN SELECT * FROM users WHERE age = 25;
关注输出中的两个关键字段：
type: ALL —— 表示发生了全表扫描。 key: NULL —— 表示未使用任何索引。这两个信号通常说明查询需要优化。
如何避免不必要的表扫描
为常用查询字段创建索引：比如经常用来做 WHERE、JOIN、ORDER BY 的字段。 避免在索引列上做计算或函数操作：如 WHERE YEAR(create_time) = 2024 应改为 WHERE create_time BETWEEN '2024-01-01' AND '2024-12-31'。 合理使用复合索引：遵循最左前缀原则，设计符合查询模式的联合索引。 定期分析表结构和执行计划：用 ANALYZE TABLE 更新统计信息，确保优化器做出正确决策。基本上就这些。表扫描不是绝对要避免的，小表或大数据量返回时可能是最优选择。关键是理解它何时发生，以及能否通过索引或查询改写提升效率。
