合理使用索引、避免全表扫描、优化JOIN和子查询、利用EXPLAIN分析执行计划可显著提升MySQL查询效率，核心在于索引设计与SQL结构优化。
MySQL基础SQL优化是提升数据库性能的关键环节。很多慢查询问题其实源于不合理的SQL写法或缺乏索引设计。通过调整SQL结构、合理使用索引和理解执行计划，可以显著提高查询效率。
1. 合理使用索引
索引是提升查询速度最有效的手段之一，但必须正确使用：
- 为WHERE、JOIN、ORDER BY字段创建索引：经常用于过滤或排序的列应考虑加索引。
- 避免过度索引：每个额外索引都会增加写操作的开销，影响INSERT、UPDATE、DELETE性能。
- 使用复合索引而非多个单列索引：例如WHERE a=1 AND b=2，建立(a,b)联合索引比分别对a和b建索引更高效。
- 注意最左前缀原则：复合索引(key_a_b_c)只能被WHERE a=1或WHERE a=1 AND b=2有效利用，不能被WHERE b=2单独触发。
2. 避免全表扫描
全表扫描会严重影响性能，尤其在大表中。可通过以下方式减少发生：
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
- 确保查询条件能命中索引：比如避免在字段上使用函数，如WHERE YEAR(create_time) = 2024，应改为WHERE create_time BETWEEN '2024-01-01' AND '2024-12-31'。
- 避免使用SELECT \*：只查需要的字段，减少数据传输量，也能利用覆盖索引提升性能。
- 慎用LIKE '%xxx'：以通配符开头无法使用索引，尽量使用LIKE 'xxx%'。
3. 优化JOIN和子查询
JOIN操作如果处理不当容易成为性能瓶颈：
- 确保JOIN字段有索引：关联字段（如user.id = order.user_id）两边都应有索引。
- 小表驱动大表：在嵌套循环JOIN中，MySQL通常拿第一张表逐行去匹配第二张表，因此应把结果集小的表放在前面。
- 能用JOIN尽量不用子查询：相关子查询可能重复执行多次，而JOIN通常更高效。
- 避免过多JOIN：超过3~5张表的JOIN要警惕，可考虑程序端分步查询或使用临时表。
4. 使用EXPLAIN分析执行计划
通过EXPLAIN可以查看SQL的执行路径，判断是否走索引、是否出现临时表或文件排序：
- 关注type字段：ALL表示全表扫描，index表示索引扫描，ref或range较优，const最好。
- 看key是否用了预期索引：若key为NULL，说明没用索引。
- Extra字段提示优化方向：Using filesort（需排序）、Using temporary（临时表）都是性能警告信号。
基本上就这些。掌握这些基础技巧后，大多数慢查询都能找到突破口。关键是养成写SQL时就考虑性能的习惯，配合索引设计和执行计划分析，效果明显。不复杂但容易忽略。
