两种经典的索引优化方式

前缀索引 (Prefix Index)：它只索引字段值的前几个字符，而不是整个字段值。这种

索引方式通常用于以下情况：
字段值非常长，比如文本字段或者很长的字符串。
字段值的开始部分就有很高的区分度，能够帮助快速过滤数据。

优点:
节省索引空间，因为只存储了每个值的一部分。
减少了索引维护的成本，因为插入、更新和删除操作影响的索引条目更少。

缺点:
可能会导致查询性能下降，因为基于前缀的匹配可能不会那么精确。
无法利用索引进行排序操作，如果查询涉及到ORDER BY语句且基于未被索引的后缀。
假设我们有一个包含用户电子邮件地址的表users：

CREATE TABLE users (
    id INT PRIMARY KEY,
    email VARCHAR(255)
);

由于电子邮件地址通常很长，且具有一定的规律性（即“用户名@域名”），如果我们为整个email字段创建索引，则会占用大量空间，并且可能不会那么高效。相反，我们可以选择只为电子邮件地址的用户名部分创建一个前缀索引：

CREATE INDEX idx_email_prefix ON users (email(20));

idx_email_prefix是一个前缀索引，它只索引每个电子邮件地址的前20个字符。这意味着如果两个电子邮件地址在前20个字符内相同，数据库将无法利用这个索引区分它们。

覆盖索引 (Covering Index) 它包含了查询中需要的所有数据列。换句话说，如果你有一个查询只需要读取索引中的数据，而无需访问数据表本身，那么这个索引就是一个覆盖索引。

优点:
可以显著提高查询性能，因为数据库可以直接从索引中获取所有需要的数据，无需回表查询。
对于某些类型的查询，可以减少数据库的I/O操作，因为只需要读取索引。

缺点:
覆盖索引可能会占用更多的存储空间，因为它包含了表中的一些列或者全部列。
维护成本可能会更高，因为索引中包含的数据列越多，索引的更新（如插入、删除、更新操作）就越昂贵。

假设我们有一个订单表orders，它包含以下列：

CREATE TABLE orders (
    order_id INT PRIMARY KEY,
    customer_id INT,
    order_date DATE,
    amount DECIMAL(10, 2)
);

现在，如果我们经常需要查询订单的日期和金额，我们可以创建一个覆盖索引，它包含order_date和amount两列：

CREATE INDEX idx_order_date_amount ON orders (order_date, amount);

这个索引现在覆盖了一个常见的查询

SELECT order_date, amount FROM orders WHERE order_date BETWEEN '2023-01-01' AND '2023-01-31';

在这个例子中，由于order_date和amount列都在索引idx_order_date_amount中，数据库可以直接从索引中获取查询所需的所有数据，而无需访问orders表本身。这提高了查询的效率，尤其是当orders表非常大时。