SQL索引优化技巧：如何正确创建与使用索引

# 2.1 索引的类型和选择

### 2.1.1 聚集索引和非聚集索引

**聚集索引**：
- 是存储在表数据页中的索引。
- 索引键值与表数据行物理顺序一致。
- 每个表只能有一个聚集索引。
- 优点：查询速度快，因为数据本身就是按索引顺序存储的。

**非聚集索引**：
- 是存储在单独结构中的索引。
- 索引键值与表数据行物理顺序不一致。
- 一个表可以有多个非聚集索引。
- 优点：可以快速查找特定列的值，但查询涉及多个列时效率较低。

# 2. 索引优化理论

### 2.1 索引的类型和选择

#### 2.1.1 聚集索引和非聚集索引

**聚集索引**：

- 按照表中数据的物理顺序存储索引键。
- 每个表只能有一个聚集索引。
- 索引键与数据行本身存储在同一物理位置。

**非聚集索引**：

- 索引键与数据行存储在不同的物理位置。
- 一个表可以有多个非聚集索引。
- 索引键指向数据行的指针，而不是数据行本身。

**选择依据：**

- **查询模式：**频繁查询的主键或唯一键字段适合创建聚集索引。
- **数据修改频率：**频繁更新的数据表更适合非聚集索引，以避免聚集索引的重建开销。

#### 2.1.2 单列索引和复合索引

**单列索引**：

- 仅对单个列进行索引。
- 查询时只能使用该列作为过滤条件。

**复合索引**：

- 对多个列进行索引。
- 查询时可以使用多个列作为过滤条件，提高查询效率。

**选择依据：**

- **查询模式：**频繁联合查询的列适合创建复合索引。
- **数据分布：**复合索引的效率取决于索引列的数据分布情况，均匀分布的列更适合创建复合索引。

### 2.2 索引的创建和管理

#### 2.2.1 索引创建的最佳实践

- **选择合适的索引类型：**根据查询模式和数据修改频率选择聚集索引或非聚集索引。
- **选择合适的索引列：**索引列应具有较高的基数和较好的数据分布。
- **避免重复索引：**不要创建重复的索引，浪费存储空间和维护开销。
- **使用索引提示：**在查询中使用索引提示，强制数据库使用指定的索引。

#### 2.2.2 索引维护和重建

**索引维护：**

- **碎片：**随着数据更新和删除，索引可能会产生碎片，影响查询效率。
- **统计信息：**索引统计信息用于优化查询计划，需要定期更新。

**索引重建：**

- 当索引碎片严重时，需要重建索引以恢复索引的效率。
- 重建索引会消耗大量资源，应在非高峰时段进行。

# 3. 索引优化实践

###