需要注意的是，每个表只能有一个聚集索引，如果在创建聚集索引时没有指定列，则默认使用主键作为聚集索引

在数据库中，聚集索引（Clustered Index） 是一种特殊的索引，它决定了表中数据的物理存储顺序。每个表只能有一个聚集索引，因为数据在物理存储上只能有一种排序方式。

聚集索引的特点

1. 数据存储顺序：

   • 聚集索引决定了表中数据的物理存储顺序。表中的数据会按照聚集索引的顺序存储在磁盘上。
   • 例如，如果聚集索引是基于 id 列，那么表中的数据会按照 id 的顺序存储。

2. 每个表只能有一个聚集索引：

   • 由于数据在物理存储上只能有一种排序方式，因此每个表只能有一个聚集索引。

3. 默认使用主键：

   • 如果在创建表时没有显式指定聚集索引，数据库系统通常会默认使用主键作为聚集索引。
   • 如果表没有主键，数据库系统可能会选择一个唯一索引作为聚集索引，或者创建一个隐式的聚集索引。

创建聚集索引

在 SQL 中，可以通过以下方式创建聚集索引：

1. 创建表时定义聚集索引

CREATE TABLE users (
    id INT PRIMARY KEY,
    name VARCHAR(50),
    age INT,
    email VARCHAR(255),
    INDEX idx_name (name),
    INDEX idx_age (age)
) ENGINE=InnoDB;

在这个例子中，id 列被定义为主键，MySQL 会默认使用主键作为聚集索引。

2. 在已存在的表上添加聚集索引

ALTER TABLE users
ADD PRIMARY KEY (id);

这个命令在 users 表的 id 列上添加了一个主键，MySQL 会将主键作为聚集索引。

显式指定聚集索引

如果你希望显式指定一个非主键列作为聚集索引，可以使用以下语法：

1. 创建表时显式指定聚集索引

CREATE TABLE users (
    id INT,
    name VARCHAR(50),
    age INT,
    email VARCHAR(255),
    PRIMARY KEY (id),
    INDEX idx_name (name),
    INDEX idx_age (age)
) ENGINE=InnoDB;

ALTER TABLE users
ADD INDEX idx_email (email);

ALTER TABLE users
DROP PRIMARY KEY;

ALTER TABLE users
ADD PRIMARY KEY (email);

在这个例子中，我们首先创建了一个表，并将 id 列设置为主键。然后，我们添加了一个索引 idx_email。接下来，我们删除了主键 id，并将 email 列设置为主键，MySQL 会将 email 列作为聚集索引。

注意事项

1. 聚集索引的选择：

   • 选择聚集索引时，应考虑查询的频率和数据的分布。聚集索引的列应具有较高的选择性，以提高查询效率。
   • 例如，如果经常根据 email 列进行查询，将 email 列设置为聚集索引可能是一个好选择。

2. 维护成本：

   • 聚集索引会增加插入、更新和删除操作的开销，因为数据库需要维护数据的物理存储顺序。
   • 因此，在创建聚集索引时，需要权衡查询性能和维护成本。

总结

每个表只能有一个聚集索引，因为数据在物理存储上只能有一种排序方式。如果在创建聚集索引时没有指定列，数据库系统通常会默认使用主键作为聚集索引。通过合理选择聚集索引的列，可以显著提高查询性能，但需要注意维护成本。

聚集索引是一种特殊的索引，它决定了表中数据的物理存储顺序。与非聚集索引不同，聚集索引的叶子节点存储了实际的数据行，而非聚集索引的叶子节点存储了指向数据行的指针。
通过将聚集索引创建在经常被查询的列上，可以提高查询效率。当使用聚集索引进行查询时，数据库引擎可以直接按照索引的顺序读取数据，而不需要进行额外的查找操作。这样可以减少磁盘IO操作，提高查询性能。
需要注意的是，每个表只能有一个聚集索引。如果在创建聚集索引时没有指定列，则默认使用主键作为聚集索引。如果表没有主键，则会选择一个唯一非空索引作为聚集索引。如果表既没有主键也没有唯一非空索引，则会创建一个隐藏的聚集索引，该索引的键值是一个内部生成的唯一标识符。
聚集索引是一种数据库索引的类型，它对表中的数据行进行排序并存储在物理上连续的位置上。在聚集索引中，索引的顺序决定了数据行在磁盘上的物理存储顺序。每个表只能有一个聚集索引，因为数据行的物理存储顺序只能有一个。
聚集索引的主要特点包括：

1. 数据行的物理存储顺序与索引的顺序一致，可以提高查询性能。
2. 聚集索引可以加速范围查询和排序操作。
3. 聚集索引对于经常需要按照特定顺序访问数据的查询非常有效。
4. 聚集索引的创建会占用更多的磁盘空间，因为数据行的物理存储顺序需要被维护。
   需要注意的是，如果表中没有定义聚集索引，则数据行将以堆的形式存储，即无序存储。在这种情况下，查询性能可能会受到影响。
   非聚集索引是数据库中一种常见的索引类型，它通过创建一个独立的数据结构来提高查询性能。与聚集索引不同，非聚集索引的索引顺序与数据存储顺序不一致。
   具体来说，非聚集索引是通过在索引中存储键值和指向实际数据行的指针来实现的。这样，当查询需要使用索引时，数据库引擎可以直接通过索引中的键值快速定位到对应的数据行。
   非聚集索引的优点是可以加快查询速度，特别是在涉及到大量数据的情况下。它可以减少磁盘I/O操作，提高查询效率。同时，非聚集索引还可以支持多个索引，使得数据库可以根据不同的查询条件选择最合适的索引进行查询。
   然而，非聚集索引也有一些缺点。首先，由于非聚集索引需要额外的存储空间来存储索引结构，因此会占用更多的磁盘空间。其次，当需要更新数据时，非聚集索引可能会导致额外的性能开销，因为更新操作需要同时更新索引和实际数据。
   总结起来，非聚集索引是一种提高数据库查询性能的重要手段，它通过独立的数据结构存储键值和指针，可以加快查询速度。但需要注意的是，在使用非聚集索引时需要权衡存储空间和更新性能的开销。
   非聚集索引与聚集索引是数据库中两种不同的索引类型，它们在存储和查询数据时有一些区别。
   聚集索引是按照索引的键值对表中的数据进行排序的索引。在聚集索引中，数据行的物理顺序与索引的逻辑顺序一致。每个表只能有一个聚集索引，通常是主键。当表按照聚集索引进行查询时，可以快速定位到所需的数据行。
   非聚集索引是根据索引的键值对表中的数据进行排序的索引，但是数据行的物理顺序与索引的逻辑顺序不一定一致。一个表可以有多个非聚集索引。非聚集索引可以加快查询速度，但是在查询时需要进行两次查找：首先根据非聚集索引找到对应的行指针，然后再根据行指针找到实际的数据行。
   总结一下，聚集索引和非聚集索引的区别如下：
5. 聚集索引按照索引的键值对表中的数据进行排序，非聚集索引也是按照索引的键值对表中的数据进行排序，但是数据行的物理顺序与索引的逻辑顺序不一定一致。
6. 一个表只能有一个聚集索引，通常是主键，而一个表可以有多个非聚集索引。
7. 聚集索引可以快速定位到所需的数据行，而非聚集索引需要进行两次查找。