MySQL倒序索引测试1
测试环境
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
WHERE C1=20
ORDER BY 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 | ref | IDX_C1_C2 | IDX_C1_C2 | 5 | const | 1000 | 100.00 | Backward index scan |
+----+-------------+-------+------------+------+---------------+-----------+---------+-------+------+----------+---------------------+
资源消耗情况：
+--------------------------------+----------+----------+------------+--------------+---------------+-------+
| Status | Duration | CPU_user | CPU_system | Block_ops_in | Block_ops_out | Swaps |
+--------------------------------+----------+----------+------------+--------------+---------------+-------+
| starting | 0.000048 | 0.000000 | 0.000043 | 0 | 0 | 0 |
| Executing hook on transaction | 0.000004 | 0.000000 | 0.000002 | 0 | 0 | 0 |
| starting | 0.000006 | 0.000000 | 0.000006 | 0 | 0 | 0 |
| checking permissions | 0.000005 | 0.000000 | 0.000005 | 0 | 0 | 0 |
| Opening tables | 0.000025 | 0.000000 | 0.000026 | 0 | 0 | 0 |
| init | 0.000005 | 0.000000 | 0.000004 | 0 | 0 | 0 |
| System lock | 0.000006 | 0.000000 | 0.000006 | 0 | 0 | 0 |
| optimizing | 0.000007 | 0.000000 | 0.000007 | 0 | 0 | 0 |
| statistics | 0.000042 | 0.000000 | 0.000043 | 0 | 0 | 0 |
| preparing | 0.000011 | 0.000000 | 0.000010 | 0 | 0 | 0 |
| executing | 0.000066 | 0.000000 | 0.000066 | 0 | 0 | 0 |
| end | 0.000003 | 0.000000 | 0.000002 | 0 | 0 | 0 |
| query end | 0.000003 | 0.000000 | 0.000003 | 0 | 0 | 0 |
| waiting for handler commit | 0.000006 | 0.000000 | 0.000006 | 0 | 0 | 0 |
| closing tables | 0.000004 | 0.000000 | 0.000004 | 0 | 0 | 0 |
| freeing items | 0.000008 | 0.000000 | 0.000008 | 0 | 0 | 0 |
| cleaning up | 0.000007 | 0.000000 | 0.000007 | 0 | 0 | 0 |
+--------------------------------+----------+----------+------------+--------------+---------------+-------+ 总执行时间：0.00025375
使用倒序索引
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 | ref | IDX_C1_C2_DESC | IDX_C1_C2_DESC | 5 | const | 1000 | 100.00 | NULL |
+----+-------------+-------+------------+------+----------------+----------------+---------+-------+------+----------+-------+
资源消耗情况：
+--------------------------------+----------+----------+------------+--------------+---------------+-------+
| Status | Duration | CPU_user | CPU_system | Block_ops_in | Block_ops_out | Swaps |
+--------------------------------+----------+----------+------------+--------------+---------------+-------+
| starting | 0.000051 | 0.000040 | 0.000008 | 0 | 0 | 0 |
| Executing hook on transaction | 0.000004 | 0.000002 | 0.000000 | 0 | 0 | 0 |
| starting | 0.000006 | 0.000005 | 0.000001 | 0 | 0 | 0 |
| checking permissions | 0.000005 | 0.000005 | 0.000001 | 0 | 0 | 0 |
| Opening tables | 0.000026 | 0.000021 | 0.000004 | 0 | 0 | 0 |
| init | 0.000005 | 0.000004 | 0.000001 | 0 | 0 | 0 |
| System lock | 0.000006 | 0.000006 | 0.000001 | 0 | 0 | 0 |
| optimizing | 0.000008 | 0.000006 | 0.000002 | 0 | 0 | 0 |
| statistics | 0.000045 | 0.000038 | 0.000007 | 0 | 0 | 0 |
| preparing | 0.000012 | 0.000010 | 0.000002 | 0 | 0 | 0 |
| executing | 0.000071 | 0.000059 | 0.000012 | 0 | 0 | 0 |
| end | 0.000004 | 0.000004 | 0.000001 | 0 | 0 | 0 |
| query end | 0.000004 | 0.000003 | 0.000000 | 0 | 0 | 0 |
| waiting for handler commit | 0.000007 | 0.000006 | 0.000002 | 0 | 0 | 0 |
| closing tables | 0.000021 | 0.000018 | 0.000003 | 0 | 0 | 0 |
| freeing items | 0.000013 | 0.000010 | 0.000002 | 0 | 0 | 0 |
| cleaning up | 0.000009 | 0.000007 | 0.000002 | 0 | 0 | 0 |
+--------------------------------+----------+----------+------------+--------------+---------------+-------+ 总执行时间：0.00029675
总结
对于查询：
SELECT *
FROM TB002
WHERE C1=20
ORDER BY 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);
MySQL倒序索引测试1的更多相关文章
- MySQL倒序索引测试2
测试环境 MySQL Community Server 8.0.17 准备测试数据 DROP TABLE TB001; CREATE TABLE TB001(ID INT PRIMARY KEY AU ...
- MySQL 联合索引测试2
接上一篇文章: http://www.cnblogs.com/xiaoit/p/4430300.html 1:首先删掉上一篇建立的索引,重新建立一个. mysql> DROP INDEX idx ...
- MySQL 联合索引测试
搭建测试环境 1:创建表 CREATE TABLE tab_index (id int(5), age int(3), dte datetime); 2:插入测试数据 INSERT INTO tab_ ...
- MySQL 联合索引测试3
接上一篇文章: http://www.cnblogs.com/xiaoit/p/4430387.html 有时候会出现某字段建立一个索引,但是查看执行计划的时候发现还是全扫了表? 可以强制走下索引看看 ...
- （译）MySQL 8.0实验室---MySQL中的倒序索引（Descending Indexes）
译者注:MySQL 8.0之前,不管是否指定索引建的排序方式,都会忽略创建索引时候指定的排序方式(语法上不会报错),最终都会创建为ASC方式的索引,在执行查询的时候,只存在forwarded(正向)方 ...
- Mysql使用Java UUID作为唯一值时使用前缀索引测试
Mysql可以使用字符串前缀 作为索引 以节约空间. 下面我们以 Java的UUID 生成的 32位(移除UUID中的 中划线)字符串 来做一下 测试. 表结构: CREATE TABLE `test ...
- MySQL(3)-索引
一.索引类型 在MySQL中,存储引擎使用索引,首先在索引中找到对应值,然后根据匹配的索引记录中找到对应的行. 无论是多么复杂的ORM工具,在精妙和复杂的索引面前都是"浮云".这里 ...
- mysql高性能索引策略
转载说明:http://www.nyankosama.com/2014/12/19/high-performance-index/ 1. 引言 随着互联网时代地到来,各种各样的基于互联网的应用和服务进 ...
- SQL Server中的联合主键、聚集索引、非聚集索引、mysql 联合索引
我们都知道在一个表中当需要2列以上才能确定记录的唯一性的时候,就需要用到联合主键,当建立联合主键以后,在查询数据的时候性能就会有很大的提升,不过并不是对联合主键的任何列单独查询的时候性能都会提升,但我 ...
随机推荐
- ASP.NET中IOC容器Autofac(依赖注入DI 控制反转IOC)
IOC的一个重点是在程序运行中,动态的向某个对象提供它所需要的其他对象.这一点是通过DI来实现的.Autofac则是比较流行的一款IOC容器. IoC和DI有什么关系呢?其实它们是同一个概念的不同角度 ...
- django -- ORM查询
前戏 在我们之前操作ORM中,你也许是启动Django项目,通过地址访问固定的函数,或者在pycharm里的python console里执行,第一种比较麻烦,而且每次都要启动项目,写路由,第二种虽然 ...
- Oracle客户端和服务端菜单区别
- spark基础知识三
主要围绕spark的底层核心抽象RDD和原理进行理解.主要包括以下几个方面 RDD弹性分布式数据集的依赖关系 RDD弹性分布式数据集的lineage血统机制 RDD弹性分布式数据集的缓存机制 spar ...
- Redis4.0.9最新版本安装时出现的问题
Redis Redis(REmote DIctionary Server,远程数据字典服务器)是开源的内存数据库,常用作缓存或者消息队列. Redis的特点: Redis存在于内存,使用硬盘作为持久化 ...
- Hadoop Capacity调度器概念及配置
在Yarn框架中,调度器是一块很重要的内容.有了合适的调度规则,就可以保证多个应用可以在同一时间有条不紊的工作.最原始的调度规则就是FIFO,即按照用户提交任务的时间来决定哪个任务先执行,但是这样很可 ...
- Java 并发系列之五：java 锁
1. Lock接口 2. 队列同步器AQS 3. 重入锁 ReentrantLock 4. 读写锁 ReentrantReadWriteLock 5. LockSupport工具 6. Conditi ...
- Keras 使用过程问题汇总
以下是Keras 使用过程出现的一些问题: (1)Keras 后端选择问题 一开始是选用的Theano,结果迭代一轮所花时间很长: 后面改用:TensorFlow作为后端,结果果然变快了: 改完Ten ...
- idea 2019.2 版本把菜单栏隐藏了恢复办法
一不小心把idea的菜单栏给隐藏了(如图) ,搞了半天也恢复不了,网上也没有找到什么办法,可是搞得我焦头烂额呀,怎么找也找不到,也不见大神有过提示,最后没办法,想着去看看它的配置文件吧,于是便找到了默 ...
- Akka-CQRS（12）- akka-http for http-web-service: Routing-服务项目接口
上篇提到,按当前对web-service功能需要,我们需要完成数据转换marshalling,服务接口routing这两部分的调研和示范.上篇已经完成了对序列化marshalling的讨论,这篇就介绍 ...