减少全表扫描需优化查询与索引。1. 为WHERE、ORDER BY等字段建索引，用复合索引遵循最左前缀，避免对索引列用函数；2. 避免SELECT *、LIKE '%xxx'、IS NULL及无索引OR条件；3. 用EXPLAIN检查type、key和Extra字段；4. 用LIMIT分页，避免深分页，可改主键过滤或延迟关联。
减少全表扫描的关键在于优化查询语句和合理使用索引。全表扫描意味着MySQL需要遍历整张表来查找符合条件的数据，这在数据量大时会显著影响性能。以下是几个有效的方法来避免或减少全表扫描。
1. 合理创建并使用索引
索引是减少全表扫描最直接有效的手段。为经常出现在WHERE、ORDER BY、GROUP BY子句中的列建立索引，可以大幅提升查询效率。
- 对查询条件中频繁使用的字段（如user_id、status）创建单列索引
- 对于多条件查询，考虑使用复合索引，并注意最左前缀原则
- 避免在索引列上使用函数或表达式，例如WHERE YEAR(create_time) = 2023会导致索引失效
- 字符串字段做索引时，可考虑使用前缀索引以节省空间
2. 优化查询语句结构
不合理的SQL写法容易绕过索引，导致全表扫描。
- 避免使用SELECT *，只查询需要的字段，特别是大字段（如TEXT）会影响覆盖索引的使用
- 少用LIKE '%xxx'，以通配符开头的模糊查询无法使用索引
- 尽量避免在WHERE中对字段进行null值判断，如WHERE status IS NULL，这类条件可能不走索引
- OR条件连接多个字段时，确保每个条件都有索引且能合并使用，否则可能触发全表扫描
3. 使用执行计划分析查询
通过EXPLAIN命令查看SQL执行计划，确认是否发生全表扫描。
- 关注type字段：如果显示ALL，说明是全表扫描；理想情况应为ref、range或const
- 查看key字段是否使用了预期的索引
- 检查Extra字段是否有Using filesort或Using temporary，这些也可能是性能瓶颈
4. 控制数据返回量与分页优化
即使使用了索引，若查询结果集过大，仍可能表现缓慢。
- 加LIMIT限制返回行数，尤其是在测试或前端分页场景中
- 深分页问题（如LIMIT 10000, 20）建议用主键或索引列过滤代替，例如WHERE id > 10000 LIMIT 20
- 大数据量下考虑使用延迟关联（Delayed Join）优化方式
基本上就这些。关键是要养成写SQL时思考执行路径的习惯，结合索引策略和执行计划不断调整。不复杂但容易忽略。
