合理使用索引可显著提升数据库查询效率，应基于WHERE条件、复合索引最左前缀原则建立索引，避免函数操作、模糊匹配导致失效；选择B+树、全文索引等合适类型，结合EXPLAIN分析执行计划，优化SQL语句与分页策略，减少I/O开销。
数据库查询效率直接影响应用性能，尤其在数据量大、并发高的场景下，合理的索引策略和查询优化至关重要。核心思路是减少I/O操作、避免全表扫描、提升数据检索速度。
合理使用索引提升查询速度
索引是提高查询效率最直接的手段，类似于书籍目录，能快速定位数据位置。
- 对经常出现在WHERE条件中的字段建立索引，如用户ID、订单状态等。
- 复合索引遵循最左前缀原则，例如索引(a, b, c)，查询条件包含a或a+b或a+b+c时可命中，但仅用b或c则无效。
- 避免过度创建索引，因为索引会增加写操作（INSERT、UPDATE、DELETE）的开销，并占用存储空间。
避免索引失效的常见写法
即使建立了索引，不当的SQL写法也会导致索引无法使用。
- 不在索引列上使用函数或表达式，如WHERE YEAR(create_time) = 2023会导致索引失效，应改写为范围查询。
- 避免在索引字段前使用模糊匹配，如LIKE '%abc'无法利用索引，而LIKE 'abc%'可以。
- 类型不匹配也会导致索引失效，例如字段是字符串类型，查询时传入数字而未加引号。
选择合适的索引类型
不同存储引擎支持的索引类型不同，应根据查询模式选择。
- InnoDB默认使用B+树索引，适合范围查询和等值查询。
- 对于JSON字段或全文搜索需求，可考虑使用全文索引（FULLTEXT）。
- 高基数字段（如UUID）做主键时，建议使用哈希索引或调整表结构以减少碎片。
优化查询语句与执行计划分析
通过执行计划（EXPLAIN）分析SQL执行路径，发现性能瓶颈。
- 使用EXPLAIN查看是否走索引、扫描行数、是否使用临时表或文件排序。
- 尽量避免SELECT *，只查询需要的字段，减少数据传输量。
- 大表连接时确保关联字段有索引，且数据类型一致。
- 分页查询避免OFFSET过大，可用游标或记录上次位置的方式优化。
基本上就这些。关键是在实际业务中持续观察慢查询日志，结合执行计划不断调整索引和SQL写法，保持数据库高效运行。
