MySQL 8.0 版本开始支持降序索引(Descending Indexes),在 8.0 之前的版本,使用关键字 DESC 定义降序索引时,实际上 DESC 是被忽略的,从 8.0 版本开始,DESC 定义的索引,真的就是降序的索引。
在 8.0 之前,能够以相反的顺序对索引进行扫描,但是会降低性能,降序索引能够实现相同的效果,且不会损耗性能。另外一个例子,当一个查询 SQL,需要按多个字段,以不同的顺序进行排序时,8.0 之前无法使用索引已排序的特性,因为 order by 的顺序与索引的顺序不一致,而使用降序索引,就能够指定联合索引中每一个字段的顺序,以适应 SQL 语句中的 order by 顺序,让 SQL 能够充分使用索引已排序的特性,提升 SQL 性能。
来看一个例子,表结构如下:
CREATE TABLE t (
c1 INT, c2 INT,
INDEX idx1 (c1 ASC, c2 ASC),
INDEX idx2 (c1 ASC, c2 DESC),
INDEX idx3 (c1 DESC, c2 ASC),
INDEX idx4 (c1 DESC, c2 DESC)
);
表中有两个字段,c1 和 c2,根据 c1,c2 的不同顺序的组合,创建了 4 个索引,由于索引字段的排序不同,因此对于不同的 order by 顺序,优化器可以使用的索引也不相同,如果 order by 顺序与索引字段的顺序一致,那么就可以避免额外的 filesort ,从而提升性能。
ORDER BY c1 ASC, c2 ASC -- 优化器选择使用 idx1
ORDER BY c1 DESC, c2 DESC -- 优化器选择使用 idx4
ORDER BY c1 ASC, c2 DESC -- 优化器选择使用 idx2
ORDER BY c1 DESC, c2 ASC -- 优化器选择使用 idx3
添加降序索引语法:
除了在建表时创建降序索引以外,还可以使用改表添加索引的语法来创建降序索引。
- alter table tb add index idx_1(name desc, address asc);
- create index idx_2 on tb(name desc, address desc);
降序索引的限制条件:
- 只有 InnoDB 存储引擎支持降序索引,其他引擎不支持。
- 如果二级索引或者主键索引包含降序字段,那么 change buffer 将不支持这样的索引。
- InnoDB 全文索引的 FTS_DOC_ID 字段不能被定义为降序索引。
- 只要升序索引支持的数据类型,降顺索引都支持。
- 降序索引支持普通的字段和虚拟字段。
- 对于使用聚合函数 max()/min(),但是没有使用 group by 子句,不能使用降序索引进行优化。
- 降序索引只支持 BTREE 索引,不支持 HASH 索引,同样也不支持全文索引和空间索引。