查看MySQL索引统计信息可使用SHOW INDEXES和ANALYZE TABLE命令，结合INFORMATION_SCHEMA.STATISTICS表获取详细数据；基数反映索引选择性，低基数索引可通过删除、组合索引、优化查询条件等方式优化；通过EXPLAIN命令分析查询是否有效使用索引，关注type、key、rows等字段；高级优化技巧包括覆盖索引、前缀索引、延迟关联、STRAIGHT_JOIN及定期维护索引，持续监控慢查询以提升性能。
查看MySQL索引字段的统计信息，简单来说，就是了解你的索引用得怎么样，有没有浪费，是不是最优的。这对于优化查询性能至关重要。
解决方案：
MySQL提供了多种方式来查看索引的统计信息，最常用的方法是使用
SHOW INDEXES语句和
ANALYZE TABLE命令。
SHOW INDEXES FROM table_name;
这个命令会返回关于表中所有索引的详细信息，包括索引名称、字段、索引类型、基数（Cardinality）等。其中，基数是一个关键指标，它表示索引中唯一值的数量。基数越高，索引的选择性越好，查询效率通常也越高。如果基数接近于表中记录的总数，那么这个索引就非常有效。反之，如果基数很低，比如接近于1，那么这个索引可能就没有太大用处，甚至会影响查询性能。
ANALYZE TABLE table_name;
这个命令会分析表并更新索引的统计信息。MySQL的查询优化器会根据这些统计信息来选择最佳的查询计划。在对表进行大量修改（例如，插入、删除大量数据）后，应该运行
ANALYZE TABLE命令来更新统计信息，以确保查询优化器能够做出正确的决策。
此外，还可以通过查询
INFORMATION_SCHEMA数据库中的相关表来获取更详细的索引信息。例如，可以查询
INFORMATION_SCHEMA.STATISTICS表来获取索引的统计信息。
SELECT
TABLE_NAME,
INDEX_NAME,
COLUMN_NAME,
CARDINALITY
FROM
INFORMATION_SCHEMA.STATISTICS
WHERE
TABLE_SCHEMA = 'your_database_name' AND TABLE_NAME = 'your_table_name';记得替换
your_database_name和
your_table_name为你的实际数据库名和表名。
索引基数低怎么办？如何优化MySQL低基数索引？
当发现某个索引的基数很低时，通常意味着该索引的选择性很差。这意味着MySQL在查询时可能不会使用这个索引，或者即使使用了，也无法有效地过滤数据。优化低基数索引的方法包括：
删除索引： 如果索引的基数非常低，并且确定该索引对任何查询都没有帮助，那么最简单的做法就是直接删除它。
考虑组合索引： 如果低基数的列与其他列经常一起出现在查询的
WHERE
子句中，可以考虑创建一个包含多个列的组合索引。组合索引的顺序很重要，应该将选择性最高的列放在最前面。使用过滤条件： 在查询时，尽量使用更精确的过滤条件，以便MySQL能够更好地利用索引。例如，如果有一个
status
列的基数很低，可以结合其他列一起进行过滤。分区表： 如果表非常大，可以考虑使用分区表。分区表可以将数据分成多个小的部分，从而提高查询效率。
重新评估索引策略： 重新审视你的索引策略，看看是否有其他更合适的索引方案。
如何查看MySQL查询是否使用了索引？
要确定MySQL查询是否使用了索引，可以使用
EXPLAIN命令。
EXPLAIN命令会显示MySQL如何执行查询的详细信息，包括是否使用了索引、使用了哪个索引、扫描了多少行等。
EXPLAIN SELECT * FROM your_table_name WHERE your_condition;
执行
EXPLAIN命令后，会返回一个结果集。其中，
type列表示查询的访问类型。常见的访问类型包括：
system
：表只有一行记录，这是const类型的特例，平时不会出现，可以忽略。const
：通过主键或者唯一索引访问，最多只返回一行记录。eq_ref
：使用唯一索引或者主键索引进行关联查询，对于每个索引键，表中只有一条记录与之匹配。ref
：使用非唯一索引进行查询。range
：在索引上进行范围查找。index
：扫描整个索引树。ALL
：全表扫描。
如果
type列的值是
index或
ALL，表示查询没有有效地使用索引。
key列表示实际使用的索引，
possible_keys列表示可能使用的索引。如果
key列为空，表示查询没有使用任何索引。
rows列表示MySQL估计需要扫描的行数。
MySQL索引优化的一些高级技巧？
除了上述基本方法外，还有一些更高级的索引优化技巧：
覆盖索引： 覆盖索引是指查询只需要访问索引就能获取所有需要的数据，而不需要回表查询。创建覆盖索引可以显著提高查询性能。例如，如果查询只需要
id
和name
列，可以创建一个包含这两个列的组合索引。前缀索引： 对于
TEXT
或VARCHAR
类型的列，可以创建前缀索引，只索引列的前几个字符。前缀索引可以减小索引的大小，提高查询速度。但是，前缀索引的选择性可能不如完整索引。延迟关联： 对于
SELECT *
的查询，如果需要使用索引进行排序或分组，可以先使用索引获取主键，然后再根据主键回表查询所有列。这种方法称为延迟关联，可以避免扫描大量不必要的列。使用
STRAIGHT_JOIN
： 在某些情况下，MySQL的查询优化器可能会选择错误的连接顺序。可以使用STRAIGHT_JOIN
强制MySQL按照指定的顺序连接表。但是，使用STRAIGHT_JOIN
需要谨慎，因为它可能会导致查询性能下降。定期维护索引： 定期使用
OPTIMIZE TABLE
命令来优化表，可以整理碎片，提高查询性能。监控慢查询： 使用MySQL的慢查询日志来监控执行时间较长的查询，并针对这些查询进行优化。
索引优化是一个持续的过程，需要不断地分析和调整。没有一种通用的解决方案适用于所有情况。理解MySQL的查询优化器的工作原理，以及如何使用
EXPLAIN命令来分析查询计划，是进行索引优化的关键。
