首页 / MYSQL / MySql系列一：建索引

MySql系列一：建索引

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了MySql系列一：建索引，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1058字，纯文字阅读大概需要2分钟。

内容图文

本文主要目的是测试单列是否应该建立索引，并以查询时间和扫描行数作为参考依据。mysql版本5.5.20

一：建表

                CREATE
                TABLE
                 `record` (
  `id` 
                int(11) NOTNULL AUTO_INCREMENT,
  `openid` varchar(63) NOTNULL,
  `tagId` int(11) DEFAULTNULL,
  PRIMARYKEY (`id`),
  KEY `idx_openid` (`openid`) USING BTREE
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

 

二：插入数据

向record表中导入20万测试数据

 技术分享图片

 

 

三：测试openid列二值平均分布情况

（3.1）更新数据

                update record set openid =‘1‘where id>0and id<=100000;

update record set openid =‘2‘where id>100000and id<=200000;

（3.2）openid列不使用索引

（3.2.1）查询所有列

技术分享图片

 

（3.2.2）  查询tagId列

技术分享图片

 

注：rows：显示MYSQL估算执行查询的行数，不是精确值，简单且重要，数值越大越不好

分析：不使用索引时，大致扫描193958行，查询所有列查询时间为0.230s，查询非索引单列为0.181s。所以，尽量不要查询不需要的列。

 

（3.3）openid列使用建表时的索引

技术分享图片

 

分析：openid列使用索引后，大致扫描101132行，查询时间0.342s，相对于不使用索引，虽然扫描的行数变少了，但是查询时间大致增加了三分之一。因为先要在BTree树中查找，然后再回表查询，导致查询时间不减反增了。所以平时我们如果在性别列等二值列建立索引，是完全没有效果的。

 

四：建索引总结

（1）经测试，在上述20万数据情况下，如果openid列4值平均分布的情况下，使用索引（全列查询0.175s）和不使用索引（全列查询0.178s）的时间大致相当。但索引还有额外内存等消耗，如果索引对查询性能改善不大，在该列建立索引作用不大。

（2）建索引的情况下，根据索引查询出的数据越多，查询时间越长。在数据分布不均，某些索引查询条件下，查出的数据比较多时需要注意。

（3）在区分性较高的列上建索引是比较好的选择。

 

原文：https://www.cnblogs.com/fdzfd/p/8157540.html

内容总结

以上是互联网集市为您收集整理的MySql系列一：建索引全部内容，希望文章能够帮你解决MySql系列一：建索引所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

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

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/1122919.html

来源：【匿名】