mysql如何优化full table scan

避免全表扫描的基本思路

MySQL 出现全表扫描（Full Table Scan）通常是因为查询无法有效利用索引，导致数据库需要读取整张表的数据来完成查询。优化的核心是让查询走索引，减少扫描的数据量。

1. 合理创建索引

确保查询中涉及的 WHERE、JOIN、ORDER BY 和 GROUP BY 字段有合适的索引。

• 为经常出现在 WHERE 条件中的字段建立索引，比如 user_id、status 等。
• 复合索引注意顺序，遵循“最左前缀”原则。例如索引 (a, b, c)，查询条件包含 a、a+b、a+b+c 可命中，但只查 b 或 c 则不会使用。
• 避免过度建索引，索引会增加写操作开销和存储占用。

2. 避免导致索引失效的写法

某些 SQL 写法会导致 MySQL 无法使用已有索引，从而触发全表扫描。

如知AI笔记

如知笔记——支持markdown的在线笔记，支持ai智能写作、AI搜索，支持DeepseekR1满血大模型

27

查看详情

• 不要在索引列上使用函数或表达式，如 WHERE YEAR(create_time) = 2024 应改为 WHERE create_time >= '2024-01-01' AND create_time < '2025-01-01'。
• 避免对索引列做隐式类型转换，比如字符串字段传入数字会导致索引失效。
• 少用或不用 LIKE '%xxx%'，前导通配符会使索引失效；LIKE 'xxx%' 可以使用索引。
• 尽量不用 OR 来连接非索引字段，否则可能放弃使用索引。

3. 优化查询语句和表结构

从查询设计和数据组织层面减少全表扫描的可能性。

• 只查询需要的字段，避免 SELECT *，减少 I/O 和内存消耗。
• 大表分页时避免 OFFSET 过大，如 LIMIT 10000, 10，建议用主键或索引字段记录位置，如 WHERE id > 10000 LIMIT 10。
• 考虑分区表（Partitioning），对超大表按时间或范围分区，可大幅减少单次扫描的数据量。
• 定期分析表统计信息（ANALYZE TABLE），帮助优化器选择更优执行计划。

4. 使用执行计划辅助诊断

通过 EXPLAIN 分析 SQL 执行路径，判断是否发生全表扫描。

• 查看 type 字段：ALL 表示全表扫描，需重点关注。
• key 字段为空表示未使用索引。
• 结合 Extra 字段看是否有 Using filesort 或 Using temporary，这些也可能影响性能。