测试环境

MySQL Community Server 8.0.17 

准备测试数据

DROP TABLE TB001;
CREATE TABLE TB001(ID INT PRIMARY KEY AUTO_INCREMENT,C1 INT);
INSERT INTO TB001(C1) SELECT 1 FROM information_schema.columns LIMIT 1000; DROP TABLE TB002;
CREATE TABLE TB002(ID INT PRIMARY KEY AUTO_INCREMENT,C1 INT,C2 INT,C3 CHAR(100)); INSERT INTO TB002(C1,C2,C3)
SELECT T1.ID,T2.ID,REPEAT('您',100) FROM TB001 AS T1,TB001 AS T2 WHERE T1.ID<300 AND T2.ID<3000;

测试SQL:

SELECT *
FROM TB002
ORDER BY c1,c2 DESC
LIMIT 10;

使用普通索引

ALTER TABLE TB002 ADD INDEX IDX_C1_C2(C1,C2);

执行计划为:

+----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+----------------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+----------------+
| 1 | SIMPLE | TB002 | NULL | ALL | NULL | NULL | NULL | NULL | 292380 | 100.00 | Using filesort |
+----+-------------+-------+------------+------+---------------+------+---------+------+--------+----------+----------------+

消耗资源情况:

+--------------------------------+----------+----------+------------+--------------+---------------+-------+
| Status | Duration | CPU_user | CPU_system | Block_ops_in | Block_ops_out | Swaps |
+--------------------------------+----------+----------+------------+--------------+---------------+-------+
| starting | 0.000046 | 0.000036 | 0.000006 | 0 | 0 | 0 |
| Executing hook on transaction | 0.000004 | 0.000003 | 0.000001 | 0 | 0 | 0 |
| starting | 0.000007 | 0.000006 | 0.000001 | 0 | 0 | 0 |
| checking permissions | 0.000005 | 0.000004 | 0.000001 | 0 | 0 | 0 |
| Opening tables | 0.000024 | 0.000021 | 0.000004 | 0 | 0 | 0 |
| init | 0.000005 | 0.000004 | 0.000001 | 0 | 0 | 0 |
| System lock | 0.000007 | 0.000005 | 0.000001 | 0 | 0 | 0 |
| optimizing | 0.000004 | 0.000004 | 0.000000 | 0 | 0 | 0 |
| statistics | 0.000012 | 0.000009 | 0.000002 | 0 | 0 | 0 |
| preparing | 0.000013 | 0.000011 | 0.000002 | 0 | 0 | 0 |
| executing | 0.313603 | 0.313474 | 0.000000 | 0 | 0 | 0 |
| end | 0.000011 | 0.000006 | 0.000000 | 0 | 0 | 0 |
| query end | 0.000004 | 0.000004 | 0.000000 | 0 | 0 | 0 |
| waiting for handler commit | 0.000008 | 0.000008 | 0.000000 | 0 | 0 | 0 |
| closing tables | 0.000006 | 0.000006 | 0.000000 | 0 | 0 | 0 |
| freeing items | 0.000013 | 0.000013 | 0.000000 | 0 | 0 | 0 |
| logging slow query | 0.000033 | 0.000033 | 0.000000 | 0 | 8 | 0 |
| cleaning up | 0.000014 | 0.000013 | 0.000000 | 0 | 0 | 0 |
+--------------------------------+----------+----------+------------+--------------+---------------+-------+
总执行时间:0.31381650

使用倒序索引

ALTER TABLE TB002 ADD INDEX IDX_C1_C2_DESC(C1,C2 DESC);

执行计划为:

+----+-------------+-------+------------+-------+---------------+----------------+---------+------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+-------------+-------+------------+-------+---------------+----------------+---------+------+------+----------+-------+
| 1 | SIMPLE | TB002 | NULL | index | NULL | IDX_C1_C2_DESC | 10 | NULL | 10 | 100.00 | NULL |
+----+-------------+-------+------------+-------+---------------+----------------+---------+------+------+----------+-------+

资源消耗情况:

+--------------------------------+----------+----------+------------+--------------+---------------+-------+
| Status | Duration | CPU_user | CPU_system | Block_ops_in | Block_ops_out | Swaps |
+--------------------------------+----------+----------+------------+--------------+---------------+-------+
| starting | 0.000046 | 0.000036 | 0.000007 | 0 | 0 | 0 |
| Executing hook on transaction | 0.000004 | 0.000002 | 0.000000 | 0 | 0 | 0 |
| starting | 0.000006 | 0.000006 | 0.000001 | 0 | 0 | 0 |
| checking permissions | 0.000005 | 0.000004 | 0.000001 | 0 | 0 | 0 |
| Opening tables | 0.000024 | 0.000020 | 0.000004 | 0 | 0 | 0 |
| init | 0.000005 | 0.000004 | 0.000000 | 0 | 0 | 0 |
| System lock | 0.000006 | 0.000005 | 0.000001 | 0 | 0 | 0 |
| optimizing | 0.000004 | 0.000004 | 0.000001 | 0 | 0 | 0 |
| statistics | 0.000011 | 0.000009 | 0.000002 | 0 | 0 | 0 |
| preparing | 0.000022 | 0.000019 | 0.000003 | 0 | 0 | 0 |
| explaining | 0.000033 | 0.000027 | 0.000005 | 0 | 0 | 0 |
| end | 0.000004 | 0.000003 | 0.000001 | 0 | 0 | 0 |
| query end | 0.000003 | 0.000003 | 0.000000 | 0 | 0 | 0 |
| waiting for handler commit | 0.000007 | 0.000006 | 0.000002 | 0 | 0 | 0 |
| closing tables | 0.000006 | 0.000005 | 0.000001 | 0 | 0 | 0 |
| freeing items | 0.000009 | 0.000007 | 0.000001 | 0 | 0 | 0 |
| cleaning up | 0.000125 | 0.000107 | 0.000020 | 0 | 0 | 0 |
+--------------------------------+----------+----------+------------+--------------+---------------+-------+
总执行时间:0.00032000

总结

对于查询:

SELECT *
FROM TB002
ORDER BY c1,c2 DESC
LIMIT 10;

分别使用普通索引和倒序索引:

ALTER TABLE TB002 ADD INDEX IDX_C1_C2(C1,C2);
ALTER TABLE TB002 ADD INDEX IDX_C1_C2_DESC(C1,C2 DESC);

对于普通索引,查询无法使用索引且使用filesort,导致严重的性能问题。

对于倒序索引,查询使用倒序索引,能快速返回数据,性能较好。

MySQL从"最开始不支持倒序索引"到"支持倒序索引",功能在不断完善,但相对于商用数据库来说,这还是很"辣鸡"啊,相同的数据结构下,SQL Server能完美使用"普通索引"来优化查询,MySQL的查询优化器还有很长的路要走!!!

MySQL倒序索引测试2的更多相关文章

  1. MySQL倒序索引测试1

    测试环境 MySQL Community Server 准备测试数据 DROP TABLE TB001; CREATE TABLE TB001(ID INT PRIMARY KEY AUTO_INCR ...

  2. MySQL 联合索引测试2

    接上一篇文章: http://www.cnblogs.com/xiaoit/p/4430300.html 1:首先删掉上一篇建立的索引,重新建立一个. mysql> DROP INDEX idx ...

  3. MySQL 联合索引测试

    搭建测试环境 1:创建表 CREATE TABLE tab_index (id int(5), age int(3), dte datetime); 2:插入测试数据 INSERT INTO tab_ ...

  4. MySQL 联合索引测试3

    接上一篇文章: http://www.cnblogs.com/xiaoit/p/4430387.html 有时候会出现某字段建立一个索引,但是查看执行计划的时候发现还是全扫了表? 可以强制走下索引看看 ...

  5. (译)MySQL 8.0实验室---MySQL中的倒序索引(Descending Indexes)

    译者注:MySQL 8.0之前,不管是否指定索引建的排序方式,都会忽略创建索引时候指定的排序方式(语法上不会报错),最终都会创建为ASC方式的索引,在执行查询的时候,只存在forwarded(正向)方 ...

  6. Mysql使用Java UUID作为唯一值时使用前缀索引测试

    Mysql可以使用字符串前缀 作为索引 以节约空间. 下面我们以 Java的UUID 生成的 32位(移除UUID中的 中划线)字符串 来做一下 测试. 表结构: CREATE TABLE `test ...

  7. MySQL(3)-索引

    一.索引类型 在MySQL中,存储引擎使用索引,首先在索引中找到对应值,然后根据匹配的索引记录中找到对应的行. 无论是多么复杂的ORM工具,在精妙和复杂的索引面前都是"浮云".这里 ...

  8. mysql高性能索引策略

    转载说明:http://www.nyankosama.com/2014/12/19/high-performance-index/ 1. 引言 随着互联网时代地到来,各种各样的基于互联网的应用和服务进 ...

  9. SQL Server中的联合主键、聚集索引、非聚集索引、mysql 联合索引

    我们都知道在一个表中当需要2列以上才能确定记录的唯一性的时候,就需要用到联合主键,当建立联合主键以后,在查询数据的时候性能就会有很大的提升,不过并不是对联合主键的任何列单独查询的时候性能都会提升,但我 ...

随机推荐

  1. 【LG2567】[SCOI2010]幸运数字

    [LG2567][SCOI2010]幸运数字 题面 洛谷 题目大意: 问你区间\([L,R](1\leq L\leq R\leq 10^{10})\)中有几个数是仅由\(6,8\)组成的数的倍数. 题 ...

  2. PATA1062 Talent and Virtue

    技术要点就是,一个是cmp函数的书写,首先应该分清楚排序关系,然后按照顺序依次排下去. 还有这里有一个巧妙点就是,在结构体中加入了类别这个标签. 学会抽象分类解决,排序比较函数cmp本质工作就是比较结 ...

  3. Kaggle实战——点击率预估

    https://blog.csdn.net/chengcheng1394/article/details/78940565 原创文章,转载请注明出处: http://blog.csdn.net/che ...

  4. matplotlib 柱状图

    222 # coding utf-8 # import matplotlib import numpy as np import matplotlib.pyplot as plt import mat ...

  5. MybatisPlus使用代码生成器遇到的小问题

    MyBatisPlus 在3.0.3版本之前使用代码生成器因为存在默认依赖,所以不需要其他的依赖,项目中使用的是3.0.1的版本,所以不用添加其他依赖,添加之后反倒是会报错,实际上MP官网上已经说明了 ...

  6. 第08组 Beta冲刺(5/5)

    队名:955 组长博客:点这里! 作业博客:点这里! 组员情况 组员1(组长):庄锡荣 过去两天完成了哪些任务 文字/口头描述 部署新服务器 展示GitHub当日代码/文档签入记录 接下来的计划 准备 ...

  7. JS 数组,对象常用方法 集合

    数组 1.数组去重:   主要是使用的 new Set() 方法     https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Referen ...

  8. Java集合详解3:一文读懂Iterator,fail-fast机制与比较器

    <Java集合详解系列>是我在完成夯实Java基础篇的系列博客后准备开始写的新系列. 这些文章将整理到我在GitHub上的<Java面试指南>仓库,更多精彩内容请到我的仓库里查 ...

  9. 小米win10+kali 双系统

    1.下载kali linux 系统镜像,用windisk32imager 制作启动盘,制作好后千万不要格式化u盘,其他的启动盘制作工具不好用,无法加载系统镜像 2.将u盘插入电脑,重启,电脑重启时按 ...

  10. 适合 ASP.NET Core 的超级-DRY开发

    作者 Thomas Hansen DRY 是那些非常重要的软件体系结构缩写之一.它的意思是“不要自我重复”,并向维护旧源代码项目的任何用户阐明了一个重要原则.也就是说,如果你在代码中自我重复,会发现每 ...