索引覆盖** 很重要的 一个概念 就是在索引上查找！！！
如果查询的列恰好是索引的一部分,那么查询只需要在索引文件上进行,不需要回行到磁盘再找数据.
这种查询速度非常快,称为”索引覆盖”
非聚促索引 索引文件对应了数据要回行 浪费掉了时间
索引和数据区别
索引是高效组织起来的树 ， 节点 ，查找树叶 结构更优于数据
索引可以被导入内存中进行查询
索引本身数据结构简单 再放入内存 很快很快
。。。。。。。。。结果一回行 就满了。。。我擦。。。
所以呢 如果建立两条索引 index( uid , aid)
如果在索引树上已经覆盖了你想要的数据 如 select uid from msg where aid = 1
索引已经覆盖了想要查的 则直接在内存中的索引取出来 速度效率都非常快 自然不用回行查找
最优索引：
查询频繁，区分度高 ，长度小
尽量覆盖常用字段 ， ——》索引覆盖
左前缀不易区分 逆转url 把内容到过来 ； 左前缀区分度大
伪哈希 crc32() 函数 来唯一区分 crc32（’http://wwww.baidu.com’）;给urlcrc 建索引 而不是去给url 避免了索引
学会 explain 来查看效果 ；
伪hash索引效果
同时存 url_hash列
create table t10 (id int primary key,url char(60) not null default '');
insert into t10 values (1,'http://www.baidu.com'),(2,'http://www.sina.com'),(3,'http://www.sohu.com.cn'),(4,'http://www.onlinedown.net'),(5,'http://www.gov.cn');alter table t10 add urlcrc int unsigned not null;
在sql存储时, crcurl== crc32(url),
因为crc的结果是32位int无符号数,因此当数据超过40亿,也会有重复,但这是值得的.
(索引长度为int4个字节)
多咧索引的设计
但从 商城的实际业务业务看, 顾客一般先选大分类->小分类->品牌,
最终选择 (1)index(cat_id,brand_id), + index(cat_id,shop_price)来建立索引
甚至可以再加 (3)index(cat_id,brand_id,shop_price),3个冗余索引 冗余字段 。。。
但(3)中的前2列和(1)中的前2列一样,再去掉(1)
index(cat_id,price) 和 index(cat_id,brand_id,shop_price); 也就是可以冗余 但是不能能重复 左前缀原则
以上就是mysql 优化（4）索引覆盖和最优索引的内容，更多相关内容请关注PHP中文网（www.php.cn）！
纳米搜索
纳米搜索：360推出的新一代AI搜索引擎
30 查看详情
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/418993.html
微信扫一扫 
支付宝扫一扫 
