要列出MySQL表的所有索引，最直接的方法是使用SHOW INDEX FROM table_name;该命令能显示索引名称、列名、类型等详细信息，帮助分析查询性能、理解数据访问模式、避免冗余索引并确保数据完整性，是数据库调优和结构审查的关键步骤。
要列出MySQL表的所有索引，最直接且常用的方法是使用
SHOW INDEX FROM table_name;或
SHOW KEYS FROM table_name;语句。这能让你快速了解表上定义了哪些索引，以及它们各自的特性，包括索引的名称、涉及的列、索引类型等关键信息。
解决方案： 在MySQL中，查看表的索引信息通常会用到以下几种方式，其中
SHOW INDEX是最为直观和常用的。
使用
SHOW INDEX FROM table_name;
这是查看特定表所有索引最常用的命令。它会返回一个结果集，包含了索引的详细信息。
举个例子，假设我们有一个名为
users的表：
CREATE TABLE users (
id INT PRIMARY KEY AUTO_INCREMENT,
username VARCHAR(50) UNIQUE NOT NULL,
email VARCHAR(100) NOT NULL,
created_at DATETIME DEFAULT CURRENT_TIMESTAMP,
INDEX idx_email (email)
);要查看
users表的索引，可以运行：
SHOW INDEX FROM users;
你可能会得到类似这样的输出：
+-------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+ | Table | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | +-------+------------+----------+--------------+-------------+-----------+-------------+-----------+--------+------+------------+---------+---------------+ | users | 0 | PRIMARY | 1 | id | A | 1 | NULL | NULL | | BTREE | | | | users | 0 | username | 1 | username | A | 1 | NULL | NULL | | BTREE | | | | users | 1 | idx_email| 1 | email | A | 1 | NULL | NULL | | BTREE | | | +-------+------------+----------+--------------+-------------+-----------+-------------+-----------+--------+------+------------+---------+---------------+
这张表里的每一列都有其含义：
Table
: 索引所属的表名。Non_unique
: 如果为0，表示这是一个唯一索引（UNIQUE或PRIMARY KEY）；如果为1，表示是非唯一索引。Key_name
: 索引的名称。PRIMARY KEY的索引名总是PRIMARY
。Seq_in_index
: 索引中列的序号，从1开始。对于复合索引，这会显示列的顺序。Column_name
: 索引中包含的列名。Collation
: 列在索引中的排序方式。A
表示升序，D
表示降序，NULL
表示未排序。Cardinality
: 索引中唯一值的数量估算。这个值越高，索引的选择性越好，查询效率可能越高。Sub_part
: 如果是前缀索引（只索引列的一部分），这里会显示前缀的长度。Packed
: 指示关键字如何被压缩。NULL
: 如果列可以包含NULL值，则为YES
。Index_type
: 索引的类型（如BTREE, HASH, FULLTEXT, SPATIAL）。Comment
: 索引的注释。Index_comment
: 创建索引时指定的注释。
另一种方式是查询
information_schema.STATISTICS表： 对于更复杂的查询或需要程序化获取索引信息时，直接查询
information_schema数据库中的
STATISTICS表是一个更灵活的选择。
SELECT
TABLE_SCHEMA,
TABLE_NAME,
INDEX_NAME,
NON_UNIQUE,
SEQ_IN_INDEX,
COLUMN_NAME,
CARDINALITY,
INDEX_TYPE
FROM
information_schema.STATISTICS
WHERE
TABLE_SCHEMA = 'your_database_name' AND TABLE_NAME = 'your_table_name';这种方式提供了与
SHOW INDEX类似的信息，但允许你通过SQL语句进行过滤、排序和连接其他表，这在自动化脚本或数据分析时非常有用。
MySQL索引查看的重要性与应用场景
我觉得，查看MySQL表的索引，这事儿远不止“看一眼”那么简单。它更像是一次对数据库性能的“体检”或“侦察”。在我日常工作中，无论是排查慢查询，还是设计新的表结构，甚至是做数据库升级前的兼容性检查，索引列表都是我最先会去翻阅的“资料”。
这不仅仅是看一眼那么简单，它背后藏着很多玄机。
-
性能调优的起点：当一个查询慢得让人抓狂时，我通常会先
EXPLAIN
一下查询语句，然后立刻去查看涉及到的表有哪些索引。有时候你会发现，本来以为有的索引，结果根本不存在；或者索引是有的，但它并不适合当前查询的模式。比如，你可能希望一个WHERE
子句能用到索引，但实际的索引可能是一个复合索引，且列的顺序不对，或者它是一个低选择性的索引。 -
理解表结构和数据访问模式：通过索引，你能反向推导出这张表最常被查询的字段组合是什么。
PRIMARY KEY
和UNIQUE
索引告诉你哪些字段是唯一标识，哪些字段需要保证数据的完整性。非唯一索引则揭示了常见的查询条件和连接点。 -
避免冗余和冲突：在添加新索引之前，先看看已有的索引是极其重要的。我曾见过一些系统，因为不加思索地添加索引，导致索引数量过多，写入性能急剧下降，甚至出现冗余索引——比如已经有
idx_a_b
的复合索引了，又单独创建了一个idx_a
的索引，这在某些情况下就是浪费。 -
数据一致性与约束：
PRIMARY KEY
和UNIQUE
索引是实现数据完整性约束的关键。通过查看它们，你可以确认数据是否能保持唯一性。
说白了，看索引就是为了“知己知彼”，了解你的数据是如何被组织
