扫二维码与项目经理沟通
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流
本文主要给大家介绍mysql优化技巧有何误区,文章内容都是笔者用心摘选和编辑的,具有一定的针对性,对大家的参考意义还是比较大的,下面跟笔者一起了解下mysql优化技巧有何误区吧。
创新互联-专业网站定制、快速模板网站建设、高性价比茫崖网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式茫崖网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖茫崖地区。费用合理售后完善,十载实体公司更值得信赖。上面这条技巧粗略看一眼好像也没有什么问题。可事实是这样的吗?
结论当然是否定的。且看实例分析:
CREATE TABLE `t_auxiliary_info` ( `id` int(11) unsigned NOT NULL AUTO_INCREMENT, `ac_id` tinyint(3) unsigned NOT NULL COMMENT '分类ID', `name` varchar(250) NOT NULL DEFAULT '' COMMENT '名称', `number` smallint(6) unsigned NOT NULL DEFAULT '1' COMMENT '编号', `attr` varchar(500) NOT NULL DEFAULT '' COMMENT '属性', `fdbid` int(10) unsigned NOT NULL COMMENT '用户ID', `status` tinyint(1) unsigned NOT NULL DEFAULT '1' COMMENT '状态:1有效,0无效', `stock_type` tinyint(1) unsigned NOT NULL DEFAULT '0' COMMENT '存货类型:1库存商品,2原材料,3周转材料', PRIMARY KEY (`id`),#请注意这里的索引 KEY `uniq_cid_acid` (`fdbid`,`ac_id`) ) ENGINE=InnoDB AUTO_INCREMENT=645101 DEFAULT CHARSET=utf8 ROW_FORMAT=DYNAMIC
上面是一张普通的业务表,仔细看表中设置的索引:
PRIMARY KEY (`id`),#主键索引 KEY `uniq_cid_acid` (`fdbid`,`ac_id`)#联合索引
再使用上述的in 或not in 来实践以下,通过explain执行计划工具看看实际效果。(在这里为了公平起见,我不使用主键id,且in操作中的数据不是连续的。)
select * from t_auxiliary_info where fdbid in('1000','1500','1234','5155','6789','3423','5368','245645');
在上面的sql中,我们使用包含在联合索引`uniq_cid_acid`中的字段 `fdbid`作为搜索条件
见证奇迹的时刻到了。
通过执行计划, 我们可以清晰的看到这条sql的检索类型为简单简单检索,属于范围查询,且已经使用到了索引 uniq_cid_acid,且没有全表扫描(扫描行数为2804,而本表中数据条数为645101)。
由此可以得出结论:不是所有sql中的in查询会全表扫描。这里推翻了in会导致全表扫描的结论。
那么在什么情况下,使用in操作一样可以使用到索引,不会全表扫描呢?
答: in的字段必须是带有索引的字段。
ps: in(...) 中的数据最好加上引号,即使字段类型是数字。
在 看看not in
select * from t_auxiliary_info where fdbid not in(1000,1500,1234,5155,6789,3423,5368,245645);
真相在这里:
not in确实会全表扫描。
看完以上关于mysql优化技巧有何误区,很多读者朋友肯定多少有一定的了解,如需获取更多的行业知识信息 ,可以持续关注我们的行业资讯栏目的。
另外有需要云服务器可以了解下创新互联cdcxhl.cn,海内外云服务器15元起步,三天无理由+7*72小时售后在线,公司持有idc许可证,提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案,具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势,专为企业上云打造定制,能够满足用户丰富、多元化的应用场景需求。
我们在微信上24小时期待你的声音
解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流