oracle mysql8_这一刻，MySQL 8终于追赶上了Oracle 8
姜承尧
IT界最会讲故事的男同学
在已发布MySQL 8.0的版本说明中，降序索引(Descending Index)无疑是最为激动人心的特性。Oracle 8.0版本已支持Descending Index功能，MySQL 8.0也算是追上了老大哥的步伐。但是，跨出这一步尽然用了这么久的时间，难道大家真没这需求？
在我的MySQL线下培训班中，有同学向我提问过这个问题。随着MySQL 8.0 DMR版本的发布，今儿终于有时间来谈谈这个话题。
MySQL 8.0版本之前，用户同样可以创建降序索引，但是存储引擎内部依然是通过升序来进行索引的存放。因此假设索引是由(o_custkey, o_orderDate, o_orderStatus )组成的复合索引。那么下面的SQL可以利用索引的排序特性进行结果的直接输出：
EXPLAIN SELECT * FROM orders
WHERE o_custkey = 1
ORDER BY o_orderDate,o_orderStatus
这是在我MySQL培训班会敲黑板的一个典型SQL调优方式。即，对于WHERE a=? ORDER BY b,c创建(a，b，c)的复合索引，这时可利用索引的排序特性直接输出结果，无需对结果ORDER BY再进行一次排序，从而提升SQL的查询性能。同样的，若查询是WHERE a=? ORDER BY b DESC, c DESC(排序顺序一致)依然可以利用索引的排序特性。对于上述SQL，其执行计划为：
(root@localhost) [dbt3]> EXPLAIN SELECT * FROM orders
-> WHEREo_custkey = 1 ORDER BY o_orderDate,o_orderStatusG
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: orders
partitions: NULL
type: ref
possible_keys: idx_cust_date_status
key: idx_cust_date_status
key_len: 5
ref: const
rows: 6
filtered: 100.00
Extra: Using index condition
1 row in set, 1 warning (0.00 sec)
但是正如前面所说的那样，MySQL 8.0版本之前无法创建类似这样的索引(a, b DESC, c)这样的索引，其中b列是降序的。而对于上面的例子中，对于订单的查询通常都是根据订单日期逆序进行查询，若再带有另一个排序条件，比如本文中的订单类型，则无法利用索引的排序特性，优化器会需要对取出的结果再进行一次额外的排序：
(root@localhost) [dbt3]> EXPLAIN SELECT * FROM orders
-> WHEREo_custkey = 1 ORDER BY o_orderDate DESC,o_orderStatusG
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: orders
partitions: NULL
type: ref
possible_keys: idx_cust_date_status
key: i_o_custkey
key_len: 5
ref: const
rows: 6
filtered: 100.00
Extra: Using index condition; Using filesort
1 row in set, 1 warning (0.00 sec)
MySQL 8.0开始终于支持逆序索引，对于上面的例子，用户可以添加这样的索引并查询：
ALTER TABLE orders ADD INDEX idx_cust_date_status_80(o_custkey,o_orderDATE DESC,o_orderStatus)
mysql> EXPLAIN SELECT * FROM orders WHERE o_custkey = 1
-> ORDER BY o_orderDate DESC ,o_orderStatusG
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: orders
partitions: NULL
type: ref
possible_keys: i_o_custkey,idx_cust_date_status,idx_cust_date_status_80
key: idx_cust_date_status_80
key_len: 5
ref: const
rows: 1
filtered: 100.00
Extra: Using index condition
1 row in set, 1 warning (0.00 sec)
此外，官方也给出了在1000万数据集下，逆序索引的性能对比测试，http://mysqlserverteam.com/mysql-8-0-labs-descending-indexes-in-mysql/：
最后有两个小问题留给各位小伙伴思考，前三个答对的同学可以获得星巴克咖啡券一张：
为什么发布的MySQL 8.0 DMR版本依然没有逆序索引？我是如何拥有逆序索引这个特性的呢？(难道只是因为我长的好看)
MySQL 5.7版本下又该如何实现类似的逆序索引特性呢？
很多粉丝还没有养成阅读后点赞和转发的习惯，希望大家在阅读后顺便点赞与转发，以示鼓励！长期坚持原创真的很不容易，多次想放弃。坚持是一种信仰，专注是一种态度！
猜你喜欢