InnoDB支持聚簇索引和二级索引含主键值，索引前缀默认767字节，UTF8MB4下超191字符需前缀索引；MyISAM支持B-tree和全文索引但表级锁影响并发；Memory仅支持HASH和B-tree索引且数据重启丢失。
mysql 中不同的存储引擎对索引的使用存在明显差异，这些差异直接影响查询性能和索引设计。选择合适的存储引擎并了解其对索引的支持程度，是优化数据库的关键一步。
MyISAM 存储引擎的索引限制
MyISAM 是早期 mysql 的默认存储引擎，虽然现在较少用于写密集场景，但仍有一些特性需要注意：
- 支持 B-tree 索引，适用于等值和范围查询
- 支持全文索引（FULLTEXT），但仅限于 char、VARCHAR 和 TEXT 类型字段
- 不支持事务和外键，因此在需要数据一致性的场景中无法使用相关约束索引
- 表级锁机制可能导致高并发下索引更新效率下降
InnoDB 存储引擎的索引特性与限制
InnoDB 是当前 MySQL 默认的存储引擎，对索引的支持最全面，但也有一些关键限制：
- 支持聚簇索引（主键索引），数据按主键物理排序存储，这对查询性能影响很大
- 二级索引包含主键值，因此过长的主键会增加所有二级索引的存储开销
- 索引前缀长度限制为 767 字节（默认情况下），若开启 innodb_large_prefix 可扩展至 3072 字节
- UTF8MB4 字符集下，超过 191 个字符的字段无法完整建立索引，需使用前缀索引
- 唯一索引允许包含多个 NULL 值（符合 SQL 标准）
Memory 存储引擎的索引使用限制
Memory 引擎将数据保存在内存中，适合临时表或缓存场景：
- 仅支持哈希（HASH）和 B-tree 索引，其中哈希索引仅适用于等值查询
- 不支持全文索引和空间索引
- 所有数据在重启后丢失，索引也随之消失
- 不支持大字段类型（如 TEXT、BLOB），因此无法在其上创建索引
其他存储引擎的索引支持情况
除主流引擎外，其他引擎对索引的支持更有限：
- Archive：仅支持插入和查询，不支持索引（从 MySQL 5.7 起可创建主键，但实际作用有限）
- Federated：本地不存储数据，索引依赖远程表，本地无法有效利用
- NDB（Cluster）：支持索引，但有额外限制，如最大索引列数为 32，且索引键总长度受限
不同存储引擎对索引的支持直接影响建表策略和查询效率。InnoDB 因其完整的事务支持和高效的索引结构，成为大多数场景的首选。合理规划主键、注意字符集对索引长度的影响，并根据业务需求选择是否使用前缀索引或全文索引，才能充分发挥索引优势。