在MySQL中，查看索引状态通常涉及到检查表上已有的索引信息，包括索引的名称、是否唯一、字段位置等。可以通过几种不同的方法来查看这些信息。
查看索引状态
1. 使用 `SHOW INDEX` 语句:
这是最直接的方法来查看特定表上的索引信息。
语法: `SHOW INDEX FROM table_name [FROM db_name] [WHERE condition];`
例如，要查看名为 `t_user` 的表的所有索引，可以运行：`SHOW INDEX FROM t_user;`
此命令将返回一个结果集，其中包含索引的详细信息，如索引名（Key_name）、是否唯一（Non_unique）以及涉及的列（Column_name）等。
2. 查询 `INFORMATION_SCHEMA.STATISTICS` 表:
MySQL提供了一个系统数据库 `INFORMATION_SCHEMA`，它包含了关于所有其他数据库的信息。
可以通过查询 `STATISTICS` 表来获取索引信息。
语法: `SELECT FROM INFORMATION_SCHEMA.STATISTICS WHERE TABLE_SCHEMA = 'database_name' AND TABLE_NAME = 'table_name';`
该查询会显示索引相关的统计数据，如索引类型（INDEX_TYPE）、基数（CARDINALITY）等。
3. 使用图形化工具:
像 Navicat, phpMyAdmin 等图形化工具提供了直观的方式来查看和管理索引。
在这些工具中，你通常可以在表设计视图里找到索引部分，这里展示了表的所有索引及其属性。
联合索引失效原理
联合索引是基于多个列构建的索引，其工作原理依赖于最左匹配原则。当查询条件不遵循这个原则时，就可能发生索引失效的情况。以下是导致联合索引失效的一些常见原因：
最左前缀规则未被遵守:
如果查询条件没有从联合索引的最左边开始使用列，那么后续的列即使出现在查询中也无法利用索引。
比如，对于联合索引 `(a, b, c)`，查询 `WHERE a = 1 AND c = 3` 将无法有效利用索引中的 `b` 和 `c` 列，因为 `b` 并没有作为查询条件的一部分出现。
范围查询后的列不可用:
当对联合索引中的某一列执行了范围查询（如 `>`, `<`, `BETWEEN`），那么该列右侧的所有列都将不能使用索引。
例如，在 `(a, b, c)` 上进行 `WHERE a > 1 AND b = 2` 查询时，`b` 和 `c` 都不会使用到索引，因为 `a` 是范围查询。
使用函数或表达式:
对索引列应用函数或者参与计算也会导致索引失效。
例如，`WHERE YEAR(date_column) = 2024` 或者 `WHERE column + 1 = 5` 都会导致相应的索引失效。
LIKE查询:
使用 LIKE 查询时，如果通配符 `%` 出现在字符串的开头，则整个索引可能无效。
例如，`WHERE column LIKE '%pattern'` 不会利用到索引，但 `LIKE 'pattern%'` 一般是可以的。
OR 条件:
当 OR 两边有范围查询时，可能会导致整个查询不走索引。
例如，`WHERE a = 1 OR b > 10` 如果 `a` 和 `b` 是联合索引的一部分，这样的查询可能导致索引失效。
理解这些索引失效的原因有助于优化查询性能，并确保在编写 SQL 语句时能够充分利用索引。使用 `EXPLAIN` 命令可以帮助分析查询计划，了解哪些索引被实际使用，从而进一步调优查询。
