在MySQL中，表扫描（Table Scan）指的是数据库引擎逐行读取整张表的数据来查找满足条件的记录。当查询没有有效使用索引时，就会发生全表扫描，这在大数据量下会显著降低查询性能。优化表扫描的核心是减少不必要的数据读取，提升查询效率。
合理创建和使用索引
索引是避免全表扫描最直接有效的手段。通过为常用于查询条件的列建立索引，可以让MySQL快速定位数据，而无需扫描整张表。
为WHERE、JOIN、ORDER BY和GROUP BY中涉及的列添加索引 优先考虑选择性高的列（如唯一值多的字段）建立索引 使用复合索引时注意最左前缀原则，确保查询能命中索引 避免过度建索引，因为索引会增加写操作的开销并占用存储空间优化查询语句结构
即使存在索引，不当的SQL写法也可能导致索引失效，从而触发表扫描。
避免在WHERE子句中对字段进行函数操作或表达式计算，例如WHERE YEAR(create_time) = 2023应改为WHERE create_time BETWEEN '2023-01-01' AND '2023-12-31' 避免使用LIKE '%value%'开头的模糊查询，它无法利用索引；尽量使用前缀匹配如LIKE 'value%' 尽量不用SELECT *，只查询需要的字段，减少I/O开销 确保比较的数据类型一致，避免隐式类型转换导致索引失效分析执行计划（EXPLAIN）
使用EXPLAIN命令查看SQL的执行计划，判断是否发生全表扫描（type为ALL），并观察是否使用了预期的索引。
关注type列：system/const/ref/range属于高效访问方式，ALL表示全表扫描 检查key列是否显示使用了索引 查看rows列预估扫描行数，数值越小越好 结合Extra列信息，如Using where; Using filesort提示可能存在性能问题调整表结构与存储引擎
合理的表设计也能间接减少表扫描的影响。
使用合适的存储引擎：InnoDB支持行级锁和索引组织表，通常比MyISAM更适合高并发查询 考虑分区表（Partitioning）对大表按时间或范围拆分，使查询只需扫描相关分区 定期清理无用数据或归档历史数据，减小表的物理尺寸 使用覆盖索引（Covering Index），让查询所需字段全部包含在索引中，避免回表基本上就这些。关键是让查询尽可能走索引，减少数据访问量。通过索引优化、SQL改写、执行计划分析和合理的架构设计，可以大幅降低表扫描带来的性能损耗。不复杂但容易忽略细节。
