如何监控索引使用情况_mysql索引统计

MySQL索引监控需结合information_schema、performance_schema和EXPLAIN分析，核心是确认查询是否真正高效使用索引；通过SHOW INDEXES或STATISTICS查基数，ANALYZE TABLE刷新统计；EXPLAIN看type、key、key_len、rows判断索引使用效果；performance_schema.table_io_waits_summary_by_index_usage追踪实际访问频次；长期观察COUNT_READ=0的非约束索引识别冗余索引，删除前需验证业务影响。MySQL 提供了多种方式来监控索引的使用情况，核心是结合 information_schema、performance_schema 和执行计划分析，而非依赖单一指标。关键不在于“索引是否被创建”，而在于“查询时是否真正走索引”以及“索引是否高效”。查看索引元信息与基数估算通过 SHOW INDEXES FROM table_name 或查询 information_schema.STATISTICS，可获取索引名称、列顺序、基数（CARDINALITY）等基础信息。基数反映索引列中不同值的大致数量，数值越接近表行数，说明该列选择性越高，索引越可能被优化器选用。但注意：该值由采样估算得出，并非实时精确值，且 InnoDB 不会自动更新，需手动执行 ANALYZE TABLE 来刷新。识别实际是否走索引（执行计划分析）对重点 SQL 使用 EXPLAIN 或 EXPLAIN FORMAT=JSON 查看执行计划。重点关注以下字段：type：值为 const、ref、range、index 表示走了索引；ALL 表示全表扫描，需警惕 key：显示实际使用的索引名；为 NULL 即未用索引 key_len：反映索引使用了多少字节，可判断是否用了联合索引的最左前缀 rows：优化器预估扫描行数，越小越好；若远大于实际结果集，可能索引失效或统计信息不准追踪索引访问频次（MySQL 5.6+ performance_schema）启用 performance_schema 后，可通过以下表观察索引级别的运行时访问统计： MacsMind 电商AI超级智能客服