优化mysql查询性能和正确使用索引需从合理创建索引、避免全表扫描、优化sql写法、定期维护表四方面入手。1. 合理创建索引，主键自动有索引，常用于查询条件的字段如用户id、订单号建议加索引，组合查询多时可用联合索引并遵守最左匹配原则；2. 避免全表扫描，通过explain查看是否使用索引，避免因函数操作、模糊查询开头用通配符、类型转换、or连接导致索引失效；3. 优化sql写法，避免select *，减少数据传输，改用join代替多层子查询，分页大数据时采用基于索引的游标方式；4. 定期分析维护表，使用analyze table更新统计信息，频繁更新的表适当重建索引或optimize table，监控慢查询日志并优化耗时sql。
mysql查询性能优化和索引使用是数据库开发中非常关键的环节。如果处理不当，即使是结构良好的数据库也可能出现响应缓慢、资源占用过高的问题。下面从几个实际场景出发，讲讲怎么优化查询和正确使用索引。
1. 合理创建索引，别乱加也别不加
索引不是越多越好，也不是越少越好。它能加快查询速度，但也会拖慢写入操作（比如INSERT、UPDATE）。所以要根据实际查询需求来决定哪些字段需要加索引。
- 主键自动有索引，不需要额外添加。
- 常用于查询条件的字段（如用户ID、订单号）建议加上索引。
- 对于组合查询较多的情况，可以考虑建立联合索引（复合索引），注意顺序很重要，最左匹配原则必须遵守。
举个例子：你经常用 WHERE name = ‘Tom’ AND age = 25 查询，那么在 (name, age) 上建一个联合索引就比单独给两个字段加索引更高效。
2. 避免全表扫描，让查询走索引
当你执行一条sql语句时，可以通过 EXPLaiN 查看是否使用了索引。如果看到 type=ALL，说明是在做全表扫描，效率很低。
常见的导致索引失效的原因包括：
- 使用函数或表达式操作字段，例如 WHERE YEAR(create_time) = 2023
- 模糊查询以通配符开头，比如 LIKE ‘%abc’
- 类型转换，比如字符串字段传入数字进行比较
- 使用 OR 连接多个条件，其中一个没索引
解决办法也很直接：调整SQL语句结构，避免上述情况，尽量让查询命中索引。
3. SQL语句写法也要讲究
有时候问题不在索引，而在SQL本身。比如：
- 不要写 SELECT *，只选你需要的字段，减少数据传输量
- 尽量避免在子查询中嵌套太多层，改用 JOIN 更高效
- 分页查询大数据量时，慎用 LIMIT offset, size，offset太大容易卡顿
举个例子，分页查到第10万条的时候，LIMIT 100000, 10 会先扫描前10万零10行再丢弃前面的，效率很低。这时候可以用基于索引的“游标”方式分页，比如记录上一页最后一条的ID，然后 WHERE id > last_id ORDER BY id LIMIT 10。
4. 定期分析和维护表
即使你的SQL和索引都写得不错，随着数据量增长，查询性能还是会慢慢变差。这时就需要定期做一些维护工作：
- 使用 ANALYZE TABLE 更新统计信息，帮助优化器选择更好的执行计划
- 对于频繁更新的表，适当重建索引或优化表（OPTIMIZE TABLE）
- 监控慢查询日志，找出执行时间长的SQL并针对性优化
你可以设置 MySQL 的慢查询阈值（如0.1秒），把超过这个时间的SQL记录下来，作为优化的重点对象。
基本上就这些。Mysql优化不是一蹴而就的事，需要结合具体业务、数据分布和查询模式来持续调整。关键是理解索引原理，掌握常见问题的排查方法，才能做到有的放矢。
