选择合适的MySQL索引类型能显著提升查询性能。关键在于理解不同索引的特性，并结合实际查询场景和数据特点做出判断。不是所有字段都适合加索引，也不是索引越多越好。
理解常见的MySQL索引类型
MySQL中最常用的索引类型包括：B-Tree索引、哈希（Hash）索引、全文索引（FULLTEXT）和空间索引（SPATIAL）。InnoDB和MyISAM引擎默认使用B-Tree索引。
B-Tree索引：适用于等值查询、范围查询和排序操作，支持最左前缀匹配，是使用最广泛的索引类型。 哈希索引：仅支持等值比较，不支持范围查询或排序，Memory引擎支持，InnoDB有自适应哈希索引但不可手动创建。 FULLTEXT索引：用于文本内容的关键词搜索，适用于大段文字的模糊匹配，MyISAM和InnoDB都支持。 SPATIAL索引：用于地理空间数据，如经纬度，要求存储引擎为MyISAM或InnoDB（MySQL 5.7+），字段必须非空且有SRID限制。根据查询模式选择索引类型
查询方式决定了哪种索引更有效。如果经常执行
WHERE col = 'value'，B-Tree或哈希索引都可以考虑；若涉及
col > 100或
ORDER BY col，只能用B-Tree。 对精确匹配为主的字段，如用户ID、订单编号，优先使用B-Tree索引。 频繁进行关键词检索的长文本字段，比如文章内容、产品描述，建立FULLTEXT索引更合适。 涉及地理位置计算的场景，例如“附近5公里的店铺”，应使用SPATIAL索引配合GIS函数。 避免在低基数字段（如性别、状态标志）上单独建索引，除非配合复合索引且查询频率高。
合理设计复合索引与覆盖索引
多个字段组合查询时，单列索引效果有限，应考虑创建复合索引。同时利用覆盖索引减少回表次数，提高查询效率。
遵循最左前缀原则，确保查询条件能命中索引开头字段。 将筛选性强的字段放在复合索引前面，例如时间范围通常比状态码更具区分度。 SELECT中只取索引包含的字段时，MySQL可直接从索引获取数据，无需访问主表。 通过EXPLAIN命令检查执行计划，确认是否使用了预期索引及是否出现filesort或临时表。
监控与优化已有索引
上线后需持续关注索引使用情况，删除冗余或未被使用的索引，减少写入开销和存储占用。
查看information_schema.STATISTICS或使用
SHOW INDEX FROM table_name了解现有索引结构。 借助Performance Schema分析哪些索引长期未被使用。 注意索引维护成本，INSERT、UPDATE、DELETE操作会因索引变慢，尤其是大表。 定期评估查询日志和慢查询日志，针对性地调整索引策略。
基本上就这些。选对索引类型不只是技术问题，更是对业务逻辑和访问模式的理解。不复杂但容易忽略。
