推荐书籍: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

測试结果:http://pan.baidu.com/s/1jGn2AcY

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbGFtcF93YXRlcg==/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" alt="">

索引原则:

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

一百万数据索引实例測试--mysql的更多相关文章

  1. GDAL1.11版本号对SHP文件索引加速測试

    GDAL库中对于矢量数据的读取中能够设置一些过滤器来对矢量图形进行筛选.对于Shapefile格式来说.假设数据量太大,设置这个过滤器时间慢的简直无法忍受.好在GDAL1.10版本号開始支持读取Sha ...

  2. Coreseek:第二步建索引及測试

    1,建索引非常easy.一行代码 g:/service/coreseek/bin/indexer -c g:/service/coreseek/etc/csft_mysql.conf   person ...

  3. Bandwidth内存带宽測试工具

    本博文为原创,遵循CC3.0协议,转载请注明出处:http://blog.csdn.net/lux_veritas/article/details/24766015 ----------------- ...

  4. 菜鸟学Java(二十一)——怎样更好的进行单元測试——JUnit

    測试在软件生命周期中的重要性,不用我多说想必大家也都很清楚.软件測试有许多分类,从測试的方法上可分为:黑盒測试.白盒測试.静态測试.动态測试等:从软件开发的过程分为:单元測试.集成測试.确认測试.验收 ...

  5. iOS自己主动化測试的那些干货

    前言 假设有測试大佬发现内容不正确.欢迎指正,我会及时改动. 大多数的iOS App(没有持续集成)迭代流程是这种 也就是说.測试是公布之前的最后一道关卡.假设bug不能在測试中发现,那么bug 就会 ...

  6. TestNg的工厂測试引用@DataProvider数据源----灵活使用工厂測试

    之前说过@Factory更适合于同一类型的參数变化性的測试,那么假设參数值没有特定的规律时,我们能够採用@Factory和@DataProvider相结合的方式进行測试 注意要点:请注意測试方法将被一 ...

  7. mysql选择联合索引还是单索引?索引列应该使用哪一个最有效?深入測试探讨

    先建表 CREATE TABLE `menu_employee` ( `Id` int(11) NOT NULL AUTO_INCREMENT COMMENT '自增主键,无实际意义', `emplo ...

  8. 进行mysql压力測试须要注意的几点

    1.填充測试数据比物理内存还要大,至少超过innodb_buffer_pool_size 值,不能将数据所有装载到内存中,除非你的本意就想測试全内存状态下的MySQL性能. 2.每轮測试完毕后,都重新 ...

  9. 【Mysql】数据库索引,百万数据测试索引效果

    Mysql官方对索引的定义是:索引(index)是帮助Mysql高效获取数据的数据结构.进而,我们可以知道索引的本质是数据结构. 一.索引的分类 主键索引:也就是我们常见的 PRIMARY KEY,只 ...

随机推荐

  1. CSS样式渐变写法

    .first_tree li:hover{ color:#FFF; cursor:pointer; background-color:#ff8a00; background: -ms-linear-g ...

  2. PLSQL数据导入

    导入数据 (1)      首先以管理员身份登录plsql; (2)      新建命令窗口 (3)      创建用户,设置帐号,密码 创建语句:create user usernameidenti ...

  3. Swift - 浮点数转换成整数(四舍五入与直接截断)

    1,直接截去小数部分转换成整数 使用强制转换会将浮点部分去除,把整数部分转换为整数. 1 var i = Int(23.50) //23 2,四舍五入转换成整数 lroundf是一个全局函数,作用是将 ...

  4. Oracle中如何插入特殊字符:& 和 ' (多种解决方案)

    今天在导入一批数据到Oracle时,碰到了一个问题:Toad提示要给一个自定义变量AMP赋值,一开始我很纳闷,数据是一系列的Insert语句,怎么会有自定义变量呢?后来搜索了一下关键字AMP发现,原来 ...

  5. 14.2.2 InnoDB Multi-Versioning InnoDB 多版本

    14.2.2 InnoDB Multi-Versioning InnoDB 多版本: InnoDB 是一个多版本的存储引擎: 它保留信息关于改变数据的老版本,为了支持事务功能 比如并发和回滚. 这些信 ...

  6. SINGLETON(单例模式)---(孤独的人)

    很多时候,我们都很彷徨,因为,在身边的朋友,很少. package patterns.createable.singleton; /** * 孤独的人啊 * 我为你写了一个类 * 这个类,在我们的程序 ...

  7. JAVA的反射机制学习笔记(二)

    上次写JAVA的反射机制学习笔记(一)的时候,还是7月22号,这些天就瞎忙活了.自己的步伐全然被打乱了~不能继续被动下去.得又一次找到自己的节奏. 4.获取类的Constructor 通过反射机制得到 ...

  8. delphi 精要-读书笔记(内存分配释放)

    delphi 精要-读书笔记(内存分配释放)     1.内存分为三个区域:全局变量区,栈区,堆区 全局变量区:专门存放全局变量 栈区:分配在栈上的变量可被栈管理器自动释放 堆区:堆上的变量内存必须人 ...

  9. 与众不同 windows phone (30) - Communication(通信)之基于 Socket TCP 开发一个多人聊天室

    原文:与众不同 windows phone (30) - Communication(通信)之基于 Socket TCP 开发一个多人聊天室 [索引页][源码下载] 与众不同 windows phon ...

  10. Js正则表达式学习之test和compile的简单介绍

    RegExp 对象用于规定在文本中检索的内容. 定义 RegExp RegExp 对象用于存储检索模式. 通过 new 关键词来定义 RegExp 对象.以下代码定义了名为 patt1 的 RegEx ...