MySQL数据库中索引的类型主要包括以下几种：
1. B-Tree索引：
这是最常用的索引类型，适用于全键值、键值范围或者键值排序的搜索。大部分MySQL索引（如PRIMARY KEY, UNIQUE, INDEX）都是B-Tree类型的。
2. 哈希索引：
这种索引基于哈希表实现，只有精确匹配索引所有列的查询才有效。它的优点是高速的查找，但不支持部分列匹配查找。
3. FULLTEXT（全文索引）：
专门为MyISAM存储引擎设计，用于全文搜索。在5.6及更新的版本中InnoDB也支持全文索引。
4. R-Tree（空间索引）：
用于空间数据类型（GIS数据）的索引。这种类型的索引可以有效地查询空间数据。
在聚集索引和非聚集索引的区别方面：
聚集索引：
数据记录在存储上的物理顺序与键值的逻辑（索引）顺序相同。一个表只能有一个聚集索引，因为你不能以两种不同的顺序存储一列数据。如果表定义了PRIMARY KEY，则该主键就是聚集索引。如果没有明确的PRIMARY KEY，则MySQL将选择UNIQUE索引作为聚集索引。若这些也不存在，MySQL会生成一个隐藏的聚集索引。
非聚集索引：
与聚集索引不同，非聚集索引的物理顺序与键值的逻辑顺序是不同的。非聚集索引包含索引的键值和一个指向具有该键值的数据记录的指针，而不是数据记录的实体。
索引失效的情景包括但不限于以下情形：
- 使用了不等于（<>）操作符：索引不会被用于<>操作符。
- 对列进行运算或函数操作：如果在列上使用函数或对列进行计算，则即便此列有索引，索引也不会被使用。
- 隐式类型转换：如果查询条件中的数据类型与列类型不匹配，可能导致索引失效。
- 使用了OR条件：如果查询的WHERE子句中用OR连接不同列的条件，除非所有列都是索引的一部分，否则索引不会生效。
- 索引列的顺序：在使用复合索引时，如果查询条件中未按照索引列的顺序进行查找，则索引可能不会被完全利用。
- LIKE操作使用前导通配符：使用LIKE '%xxx'的查询通常不会使用索引，因为这要求扫描全部的索引来找到匹配的项。
- 数据分布不均匀：如果某些列的值分布非常不均匀，优化器可能认为全表扫描比使用索引更有效率。
了解以上索引的类型和使用方式以及索引失效的场景，对于数据库查询优化和提高性能非常关键。在设计索引和执行查询时，开发者和数据库管理员都应注意避开那些可能导致索引失效的情况，以充分利用索引带来的性能优势。
