- 首页 > 人文 > >
索引一文带你你搞懂索引如何优化( 四 )
另一种不建议建索引的情况是索引的选择性较低 。 所谓索引的选择性(Selectivity) , 是指不重复的索引值(也叫基数 , Cardinality)与表记录数(#T)的比值: IndexSelectivity = Cardinality / #T
- 显然选择性的取值范围为(0, 1]`` , 选择性越高的索引价值越大 , 这是由B+Tree的性质决定的 。 例如 , employees.titles表 , 如果title`字段经常被单独查询 , 是否需要建索引 , 我们看一下它的选择性:
SELECT count(DISTINCT(title))/count(*) ASSelectivity FROMemployees.titles+-------------+| Selectivity |+-------------+|0.0000 |+-------------+
- title的选择性不足0.0001(精确值为0.00001579) , 所以实在没有什么必要为其单独建索引 。
- 有一种与索引选择性有关的索引优化策略叫做前缀索引 , 就是用列的前缀代替整个列作为索引key , 当前缀长度合适时 , 可以做到既使得前缀索引的选择性接近全列索引 , 同时因为索引key变短而减少了索引文件的大小和维护开销 。 下面以employees.employees表为例介绍前缀索引的选择和使用 。
- 假设employees表只有一个索引 , 那么如果我们想按名字搜索一个人 , 就只能全表扫描了:
EXPLAIN SELECT * FROM employees.employees WHERE first_name="Eric"AND last_name="Anido"+----+-------------+-----------+------+---------------+------+---------+------+--------+-------------+| id |select_type | table|type | possible_keys |key| key_len |ref| rows|Extra|+----+-------------+-----------+------+---------------+------+---------+------+--------+-------------+|1 | SIMPLE|employees | ALL|NULL| NULL |NULL| NULL | 300024 | Using where |+----+-------------+-----------+------+---------------+------+---------+------+--------+-------------+
- 如果频繁按名字搜索员工 , 这样显然效率很低 , 因此我们可以考虑建索引 。 有两种选择 , 建或<first_name, last_name> , 看下两个索引的选择性:
SELECT count(DISTINCT(first_name))/count(*) ASSelectivity FROMemployees.employees+-------------+| Selectivity |+-------------+|0.0042 |+-------------+SELECT count(DISTINCT(concat(first_name, last_name)))/count(*) AS Selectivity FROM employees.employees+-------------+| Selectivity |+-------------+|0.9313 |+-------------+
- 显然选择性太低 , ``<first_name, last_name>选择性很好 , 但是first_name和last_name加起来长度为30 , 有没有兼顾长度和选择性的办法?可以考虑用first_name和last_name的前几个字符建立索引 , 例如<first_name, left(last_name, 3)>` , 看看其选择性:
SELECT count(DISTINCT(concat(first_name, left(last_name, 3))))/count(*) ASSelectivity FROMemployees.employees+-------------+| Selectivity |+-------------+|0.7879 |+-------------+
- 选择性还不错 , 但离0.9313还是有点距离 , 那么把last_name前缀加到4:
SELECT count(DISTINCT(concat(first_name, left(last_name, 4))))/count(*) ASSelectivity FROMemployees.employees+-------------+| Selectivity |+-------------+|0.9007 |+-------------+
- 这时选择性已经很理想了 , 而这个索引的长度只有18 , 比<first_name, last_name>短了接近一半 , 我们把这个前缀索引建上:
推荐阅读
-
-
北京超8800个5G基站完成布局 5G正加速走进千家万户
-
雪莉曾因崔子和母亲断绝关系什么情况?终于真相了,原来是这样!
-
瘦身密术|为什么老中医普遍长寿?100岁还能坐诊?学学5大养生秘诀
-
『利物浦』克洛普哭了!夺冠夜利物浦全城疯狂了,2人确认离队显悲情
-
广州日报|在线音乐版权不再独家 “老大”腾讯音乐压力倍增?
-
果粉堂|iPhone 12 是问题产品,这些问题你遇到了吗?,苹果承认
-
-
-
补偿式|补偿式婚礼潮涌现 近期婚庆行业出现了久违的旺季
-
163手机邮箱登录失败,手机上怎么登录163邮箱?
-
-
武汉协和坠亡护士系独女|扼腕叹息!武汉协和坠亡护士系独女是怎么回事?真相到底是什么?
-
美漾女人|轻熟优雅女性,如何成为夏季潮级女神,适合35-40岁的减龄搭配
-
中新网|预测上游来水偏多,黄河进入“七下八上”防汛期
-
苏宁金融六月福利不停歇!挖宝赢任性贷借款金、免息券
-
-
曝女星周海媚意外离世!3天前还在发动态,评论区沦陷
-
狼群|《狼群》亏了0.9亿,当不了第二个吴京,张晋要走赵文卓的老路吗
-