问：索引一大摞，分不清，何以破？

索引类型	特点	应用场景	示例	区别
主键索引（Primary Key Index）	唯一性，不为NULL，一个表只能有一个	需要严格保证记录唯一性的场景	在用户管理系统中，使用用户ID作为主键索引，快速定位用户记录	具有唯一性约束，常被用作表之间的外键关联
唯一索引（Unique Index）	唯一性，允许NULL，一个表可以有多个	需要唯一性但不需要像主键那样严格的场景	在电商平台的用户信息表中，使用邮箱地址作为唯一索引，确保邮箱唯一性	不强制要求索引列的值不为NULL，一个表可以有多个
普通索引（Normal Index）	无唯一性限制，允许重复值和NULL，一个表可以有多个	一般查询优化，尤其是对多值字段的查询	在地理数据表中，使用城市名称作为普通索引，加速城市查询	没有唯一性约束，插入和更新操作更为灵活
聚集索引（Clustered Index）	决定数据行的物理存储顺序，索引和数据行存储在一起，一个表只能有一个	频繁执行范围查询和排序操作的表	在订单管理系统中，使用订单日期作为聚集索引，提高范围查询效率	改变了数据行的物理存储顺序，插入和更新可能需要更多磁盘I/O
非聚集索引（Non-clustered Index）	索引和数据分开存储，索引文件中仅保存指向数据记录的指针，一个表可以有多个	频繁更新和插入操作的表	在员工信息表中，使用部门ID作为非聚集索引，提高查询和更新效率	不改变数据行的物理存储顺序，插入和更新操作更为高效
全文索引（Full-text Index）	对文本数据进行搜索和排序，支持单词或短语的快速检索	需要文本搜索功能的场景	在新闻资讯平台中，使用文章内容作为全文索引，提高搜索体验	主要针对文本数据进行搜索优化，与其他索引在数据结构和使用场景上有显著区别
组合索引（Composite Index）	基于多个列创建索引，查询时需按照索引顺序引用列	多条件查询	在用户订单表中，使用用户ID和订单日期作为组合索引，加速多条件查询	涉及多个列，使用时需要遵循最左前缀原则
哈希索引（Hash Index）	基于哈希表实现，适用于等值查询，不支持范围查询和排序操作	等值匹配且数据重复率低的场景	在安全认证系统中，使用用户密码的哈希值作为哈希索引，加速密码验证	通过哈希函数映射索引列值到哈希表中，与B树等索引在原理和实现上有显著区别

结语：

通过上述总结，我们可以清晰地看到不同索引类型的特点、应用场景。在实际数据库设计和优化过程中，选择合适的索引类型对于提高查询效率和数据库性能至关重要。