表扫描是MySQL在无索引或优化器判断全表扫描更高效时，从头到尾逐行读取数据的过程。当执行SELECT、UPDATE或DELETE语句且无法利用索引快速定位时，如查询条件字段未建索引（如WHERE age = 25且age无索引），就会触发表扫描。常见原因包括缺少索引、索引失效（如对字段使用函数）、查询返回大量数据或统计信息过时。通过EXPLAIN命令可判断是否发生表扫描：type为ALL且key为NULL即表明全表扫描发生。避免方法包括为常用查询字段创建索引、避免在索引列上使用函数、合理设计复合索引并定期更新统计信息（ANALYZE TABLE）。但表扫描并非绝对需避免，在小表或高命中率查询中可能是最优选择，关键在于理解其发生场景并通过索引优化或查询改写提升执行效率。
表扫描指的是 MySQL 在执行查询时，从头到尾读取整张表的所有数据行，逐一检查是否满足查询条件。当没有合适的索引可用，或者优化器判断全表扫描比使用索引更高效时，就会发生表扫描。
什么是表扫描
当你执行一条 SELECT、UPDATE 或 DELETE 语句，而 MySQL 无法通过索引快速定位目标数据时，它只能逐行读取表中的每一条记录进行匹配。这个过程就是表扫描（Table Scan）。
例如有这样一条查询：
SELECT * FROM users WHERE age = 25;
如果 age 字段上没有索引，MySQL 就必须扫描整个 users 表的每一行，判断 age 是否等于 25。这种情况下就是一次典型的表扫描。
JTBC网站内容管理系统5.0.3.1
下载
JTBC CMS(5.0) 是一款基于PHP和MySQL的内容管理系统原生全栈开发框架，开源协议为AGPLv3，没有任何附加条款。系统可以通过命令行一键安装，源码方面不基于任何第三方框架，不使用任何脚手架，仅依赖一些常见的第三方类库如图表组件等，您只需要了解最基本的前端知识就能很敏捷的进行二次开发，同时我们对于常见的前端功能做了Web Component方式的封装，即便是您仅了解HTML/CSS也
表扫描的常见原因
- 缺少索引：查询字段没有建立索引，导致无法快速查找。
- 索引未被使用：虽然有索引，但查询写法导致索引失效（如在字段上使用函数或类型转换）。
- 查询返回大量数据：如果查询结果覆盖了表中大部分行，优化器可能认为全表扫描比走索引更快。
- 统计信息过时：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 更新统计信息，确保优化器做出正确决策。
基本上就这些。表扫描不是绝对要避免的，小表或大数据量返回时可能是最优选择。关键是理解它何时发生，以及能否通过索引或查询改写提升效率。
