一百万数据索引实例測试–mysql[通俗易懂]

一百万数据索引实例測试–mysql

大家好,又见面了,我是全栈君。

推荐书籍:http://pan.baidu.com/s/1sjJIyRV

任务描写叙述:

如果一高频查询例如以下 
SELECT * FROM user WHERE area=’amoy’ AND sex=0 ORDER BY last_login DESC limit 30; 
怎样建立索引?描写叙述考虑的过程

user表例如以下: 
初始化100W条数据,当中。area要通过IP查询生成,sex为 0,1 随机

CREATE TABLE user ( 
id int(10) NOT NULL AUTOINCREMENT COMMENT ‘自增编号’, 
username varchar(30) NOT NULL DEFAULT ‘0’ COMMENT ‘用户名’, 
password varchar(30) NOT NULL DEFAULT ‘0’ COMMENT ‘密码’, 
area varchar(30) NOT NULL COMMENT ‘地址’, 
sex int(10) NOT NULL COMMENT ‘性别0,男;1,女。

‘, 
last_login int(10) NOT NULL COMMENT ‘近期一次登录时间戳’, 
PRIMARY KEY (id
) ENGINE=InnoDB AUTO
INCREMENT=892013 DEFAULT CHARSET=latin1

终于我的索引 
(last_login,area)

数据例如以下:http://pan.baidu.com/s/1eQy0eQI

一百万数据索引实例測试--mysql[通俗易懂]

測试结果:http://pan.baidu.com/s/1jGn2AcY
一百万数据索引实例測试--mysql[通俗易懂]

索引原则:

1.where和order by等的字段建立索引

2.使用唯一索引:对于last_login,area等字段反复的次数比較少,能够使用索引;而sex无非就两个值:性别1。男;2。不值得索引

3.多列索引:不要为每个列单独建立索引。这样并不能将mysql索引的效率最大化。使用“索引合并策略”

4.选择合理的索引列顺序:索引列的顺序意味着索引首先依照最左列进行排序。然后是第二列,以此类推。如(lastlogin,area)会先依照 lastlogin 进行排序。然后才是area。

5.将选择性最高的索引放到前面。也就是会所依照这个条件搜索到的数据最少,选择性就越高。比方选择性:last_login> area> sex。

6.索引不是越多越好。适合的索引能够提高查询效率。可是会减少写入效率。依据项目保持两者的平衡性最好了。

总结上面,首先sex不适合建立索引,有没有索引对于效率的提升意义不大,其次索引会依照最左列进行排序,因此将last_login放到最前面

測试过程:

user表 
没有不论什么索引的查询相关日志: 
SELECT * FROM user WHERE area=’美国ATT用户’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.57s 
SELECT * FROM user WHERE area=’泰国’ AND sex=0 ORDER BY last
login DESC limit 30; 0.56s 
SELECT * FROM user WHERE area=’台湾省台湾大宽频’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.55s 
SELECT * FROM user WHERE area=’美国弗吉尼亚州’ AND sex=0 ORDER BY last
login DESC limit 30; 0.59s 
SELECT * FROM user WHERE area=’德国奔驰汽车’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.55s 
SELECT * FROM user WHERE area=’台湾省中华电信’ AND sex=0 ORDER BY last
login DESC limit 30; 0.55s 
SELECT * FROM user WHERE area=’韩国’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.57s 
SELECT * FROM user WHERE area=’拉美地区’ AND sex=0 ORDER BY last
login DESC limit 30; 0.58s 
SELECT * FROM user WHERE area=’美国纽约(Prudential)’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.57s 
SELECT * FROM user WHERE area=’印度尼西亚’ AND sex=0 ORDER BY last
login DESC limit 30; 0.57s 
共花费时间:5.66s

建立索引area: 
ALTER TABLE user ADD INDEX index_area (area) ; 
SELECT * FROM user WHERE area=’美国ATT用户’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.06s 
SELECT * FROM user WHERE area=’泰国’ AND sex=0 ORDER BY last
login DESC limit 30; 0.02s 
SELECT * FROM user WHERE area=’台湾省台湾大宽频’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.00s 
SELECT * FROM user WHERE area=’美国弗吉尼亚州’ AND sex=0 ORDER BY last
login DESC limit 30; 0.10s 
SELECT * FROM user WHERE area=’德国奔驰汽车’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.04s 
SELECT * FROM user WHERE area=’台湾省中华电信’ AND sex=0 ORDER BY last
login DESC limit 30; 0.02s 
SELECT * FROM user WHERE area=’韩国’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.11s 
SELECT * FROM user WHERE area=’拉美地区’ AND sex=0 ORDER BY last
login DESC limit 30; 0.20s 
SELECT * FROM user WHERE area=’美国纽约(Prudential)’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.07s 
SELECT * FROM user WHERE area=’印度尼西亚’ AND sex=0 ORDER BY last
login DESC limit 30; 0.04s 
共花费时间:0.66s 
可见。建立area以后对性能的影响是巨大的(5.66/0.66 约为8.5758倍) 
删除索引:ALTER TABLE user DROP INDEX index_area
删除area索引发现时间又变成了0.57s

建立lastlogin索引: 
SELECT * FROM user WHERE area=’美国ATT用户’ AND sex=0 ORDER BY last
login DESC limit 30; 0.03s 
SELECT * FROM user WHERE area=’泰国’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.09s 
SELECT * FROM user WHERE area=’台湾省台湾大宽频’ AND sex=0 ORDER BY last
login DESC limit 30; 0.51s 
SELECT * FROM user WHERE area=’美国弗吉尼亚州’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.01s 
SELECT * FROM user WHERE area=’德国奔驰汽车’ AND sex=0 ORDER BY last
login DESC limit 30; 0.04s 
SELECT * FROM user WHERE area=’台湾省中华电信’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.07s 
SELECT * FROM user WHERE area=’韩国’ AND sex=0 ORDER BY last
login DESC limit 30; 0.01s 
SELECT * FROM user WHERE area=’拉美地区’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.01s 
SELECT * FROM user WHERE area=’美国纽约(Prudential)’ AND sex=0 ORDER BY last
login DESC limit 30; 0.04s 
SELECT * FROM user WHERE area=’印度尼西亚’ AND sex=0 ORDER BY last_login DESC limit 30; 0.06s 
共花费时间:0.87s 
相同可以提升性能(5.66/0.87 约为6.5057倍)

建立sex索引: 
ALTER TABLE user ADD INDEX index_sex (sex) ; 
SELECT * FROM user WHERE area=’美国ATT用户’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.87s 
SELECT * FROM user WHERE area=’泰国’ AND sex=0 ORDER BY last
login DESC limit 30; 0.87s 
SELECT * FROM user WHERE area=’台湾省台湾大宽频’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.87s 
SELECT * FROM user WHERE area=’美国弗吉尼亚州’ AND sex=0 ORDER BY last
login DESC limit 30; 0.89s 
SELECT * FROM user WHERE area=’德国奔驰汽车’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.88s 
SELECT * FROM user WHERE area=’台湾省中华电信’ AND sex=0 ORDER BY last
login DESC limit 30; 0.87s 
SELECT * FROM user WHERE area=’韩国’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.86s 
SELECT * FROM user WHERE area=’拉美地区’ AND sex=0 ORDER BY last
login DESC limit 30; 0.88s 
SELECT * FROM user WHERE area=’美国纽约(Prudential)’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.87s 
SELECT * FROM user WHERE area=’印度尼西亚’ AND sex=0 ORDER BY last
login DESC limit 30; 0.87s 
共花费时间:8.73s 
相同可以提升性能(5.66s/8.73 约为0.6483倍)效率反而减少了??求解? 
建立这个sex索引还不如不建。

删除索引: 
ALTER TABLE user DROP INDEX index_sex
发现时间又变成了0.57s左右,

建立两个单独的索引: 
ALTER TABLE user 
ADD INDEX index_area (area) , 
ADD INDEX index_last_login (last_login) ;

SELECT * FROM user WHERE area=’美国ATT用户’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.09s 
SELECT * FROM user WHERE area=’泰国’ AND sex=0 ORDER BY last
login DESC limit 30; 0.33s 
SELECT * FROM user WHERE area=’台湾省台湾大宽频’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.21s 
SELECT * FROM user WHERE area=’美国弗吉尼亚州’ AND sex=0 ORDER BY last
login DESC limit 30; 0.01s 
SELECT * FROM user WHERE area=’德国奔驰汽车’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.28s 
SELECT * FROM user WHERE area=’台湾省中华电信’ AND sex=0 ORDER BY last
login DESC limit 30; 0.02s 
SELECT * FROM user WHERE area=’韩国’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.02s 
SELECT * FROM user WHERE area=’拉美地区’ AND sex=0 ORDER BY last
login DESC limit 30; 0.02s 
SELECT * FROM user WHERE area=’美国纽约(Prudential)’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.03s 
SELECT * FROM user WHERE area=’印度尼西亚’ AND sex=0 ORDER BY last
login DESC limit 30; 0.67s

发现建立两个单独的索引还不如仅仅建立一个索引 
删除索引: 
发现时间又变成了0.57s左右。

建立一个的联合索引: 
ALTER TABLE user 
ADD INDEX index_last_login_area (last_login,area) , 
SELECT * FROM user WHERE area=’美国ATT用户’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.00s 
SELECT * FROM user WHERE area=’泰国’ AND sex=0 ORDER BY last
login DESC limit 30; 0.00s 
SELECT * FROM user WHERE area=’台湾省台湾大宽频’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.00s 
SELECT * FROM user WHERE area=’美国弗吉尼亚州’ AND sex=0 ORDER BY last
login DESC limit 30; 0.00s 
SELECT * FROM user WHERE area=’德国奔驰汽车’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.00s 
SELECT * FROM user WHERE area=’台湾省中华电信’ AND sex=0 ORDER BY last
login DESC limit 30; 0.00s 
SELECT * FROM user WHERE area=’韩国’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.00s 
SELECT * FROM user WHERE area=’拉美地区’ AND sex=0 ORDER BY last
login DESC limit 30; 0.00s 
SELECT * FROM user WHERE area=’美国纽约(Prudential)’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.00s 
SELECT * FROM user WHERE area=’印度尼西亚’ AND sex=0 ORDER BY last
login DESC limit 30; 0.00s 
额。第二条数据这是怎么了,我測试了5次都在这附近晃悠哈!

 
这尼玛。找对索引啦。就该这么建立,查询不出来须要的时间啦!预计就是我们须要的索引啦!

!!

删除索引: 
发现时间又变成了0.57s左右,

建立一个的联合索引: 
ALTER TABLE user 
ADD INDEX index_sex_last_login_area (sex,last_login,area
SELECT * FROM user WHERE area=’美国ATT用户’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.18s 
SELECT * FROM user WHERE area=’泰国’ AND sex=0 ORDER BY last
login DESC limit 30; 0.17s 
SELECT * FROM user WHERE area=’台湾省台湾大宽频’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.81s 
SELECT * FROM user WHERE area=’美国弗吉尼亚州’ AND sex=0 ORDER BY last
login DESC limit 30; 0.01s 
SELECT * FROM user WHERE area=’德国奔驰汽车’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.02s 
SELECT * FROM user WHERE area=’台湾省中华电信’ AND sex=0 ORDER BY last
login DESC limit 30; 0.04s 
SELECT * FROM user WHERE area=’韩国’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.01s 
SELECT * FROM user WHERE area=’拉美地区’ AND sex=0 ORDER BY last
login DESC limit 30; 0.01s 
SELECT * FROM user WHERE area=’美国纽约(Prudential)’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.03s 
SELECT * FROM user WHERE area=’印度尼西亚’ AND sex=0 ORDER BY last
login DESC limit 30; 0.04s 
sex怎么总是你在拖后腿啊!

把你调整到索引的最后一个吧。 
删除索引: 
发现时间又变成了0.57s左右,

建立一个的联合索引: 
ALTER TABLE user 
ADD INDEX index_last_login_area_sex (area,last_login,sex
SELECT * FROM user WHERE area=’美国ATT用户’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.03s 
SELECT * FROM user WHERE area=’泰国’ AND sex=0 ORDER BY last
login DESC limit 30; 0.07s 
SELECT * FROM user WHERE area=’台湾省台湾大宽频’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.50s 
SELECT * FROM user WHERE area=’美国弗吉尼亚州’ AND sex=0 ORDER BY last
login DESC limit 30; 0.02s 
SELECT * FROM user WHERE area=’德国奔驰汽车’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.05s 
SELECT * FROM user WHERE area=’台湾省中华电信’ AND sex=0 ORDER BY last
login DESC limit 30; 0.06s 
SELECT * FROM user WHERE area=’韩国’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.02s 
SELECT * FROM user WHERE area=’拉美地区’ AND sex=0 ORDER BY last
login DESC limit 30; 0.02s 
SELECT * FROM user WHERE area=’美国纽约(Prudential)’ AND sex=0 ORDER BY lastlogin DESC limit 30; 0.04s 
SELECT * FROM user WHERE area=’印度尼西亚’ AND sex=0 ORDER BY last
login DESC limit 30; 0.06s

综上所述:1.建立索引不一定可以加快查询效率如sex这样的给反复次数特别多的列添加索引如sex这样的会减少查询效率,详细的原因有待查找 
2.给反复次数比較少的列添加索引还是可以大幅度提高效率 
3.给where和orderby之后的字段加入索引才会加快查询效率 
4.为每个列单独建立索引,不能将索引的效率最大化,应该使用索引合并策略,即依据查询条件。建立联合索引 
5.联合索引的顺序问题:将选择性高的索引放到前面 
6.依据资料建立索引意味着索引依照最左列进行排序,然后事第二列。以此类推。如(lastlogin ,area)就会依照lastlogin进行排序,然后才是area 
7.依据这次的这个查询条件来说最好的索引是:ALTER TABLE userADD INDEX index_last_login_area (last_login,area)。

在公司能有个机会。查看资料和实践索引真的非常不错哈!

推荐书籍:高性能mysql(第三版)

PDF版本号的:http://pan.baidu.com/s/1sjJIyRV

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/116567.html原文链接:https://javaforall.cn

【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛

【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...

(0)


相关推荐

  • 图的四种最短路径算法

    图的四种最短路径算法本文总结了图的几种最短路径算法的实现:深度或广度优先搜索算法,弗洛伊德算法,迪杰斯特拉算法,Bellman-Ford算法1),深度或广度优先搜索算法(解决单源最短路径)从起始结点开始访问所有的深度遍历路径或广度优先路径,则到达终点结点的路径有多条,取其中路径权值最短的一条则为最短路径。下面是核心代码:[cpp] viewplain copyvoid dfs(int cur, int dst){ …

  • 《三十而已》大结局剧透:林有有被扇24小时后,开始勾引陈屿……

    每天一睡醒打开抖音 全都是林有有这个绿茶 今天睡醒终于看到大结局剧透 她被!扇!了! 只要我不按暂停键 林有有就会被扇死 太解气了!太爽了!舒畅了! 等到好久终于等到今天 想当初如…

  • Halcon—Realsense相机标定+手眼标定[通俗易懂]

    Halcon—Realsense相机标定+手眼标定[通俗易懂]使用软件:Halcon18.05(默认安装好任一版halcon)使用设备:IntelRealsense435+AUBO机械臂完成功能:相机标定、eye-in-hand手眼标定1.准备标定板如果没有标定板:1.窗口–打开算子窗口–gen_caltab设置XNum,YNum—圆点个数,X和Y方向圆点个数圆点直径=MarkDist×DiameterRatio间距为MarkDist…

  • FFmpeg从入门到精通笔记之一库介绍

    FFmpeg从入门到精通笔记之一库介绍FFmpeg:FastForwardMovingPictureExpertsGroup(mpeg:动态图像专家组)H.264:国际标准化组织(ISO)和国际电信联盟(ITU)共同提出的继MPEG4之后的新一代数字视频压缩格式.H.264是ITU-T以H.26x系列为名称命名的标准之一AVC(AdvanedVideoCoding):ISO/IECMPEG一方对H.264的称呼…

  • Java内存映射原理与实现

    Java内存映射原理与实现Java虚拟机规范中定义了Java内存模型(JavaMemoryModel,JMM),用于屏蔽掉各种硬件和操作系统的内存访问差异,以实现让Java程序在各种平台下都能达到一致的并发效果,JMM规范了Java虚拟机与计算机内存是如何协同工作的:规定了一个线程如何和何时可以看到由其他线程修改过后的共享变量的值,以及在必须时如何同步的访问共享变量。

  • app加固_360加固保手机版

    app加固_360加固保手机版为什么要加固APP?答:因为黑客通过反编译APK得到源码后,会在应用中插入代码,获取利益,比如添加广告,盗取用户账号、密码,后台定制活动等。反编译的方法?反编译是指apk文件通过反编译工具(例如

发表回复

您的电子邮箱地址不会被公开。

关注全栈程序员社区公众号