详解MySQL索引长度和区分度之间的平衡，值得收藏

详解MySQL索引长度和区分度之间的平衡，值得收藏

概述

前面我们讲了怎么去计算索引所占用的长度?那么换个方式想?索引又应该设置多少长度比较合理呢?

区分度与索引长度的权衡

首先索引长度和区分度是相互矛盾的，

索引长度太短，那么区分度就很低，吧索引长度加长，区分度就高，但是索引也是要占内存的，所以我们需要找到一个平衡点;

那么这个平衡点怎么来定?

比如用户表有个字段 username ，要给他加索引，问题是索引长度多少合适?

其实我们知道 百家姓里面有百多个姓 ，但是大多数人的姓 集中在前十多个;如果我设置索引索引长度为1，占内存少，但是区分度低，区分度低索引的效率越低。太长则占内存;

首先 mysql的索引都是排好序的。如果区分度高排序越快，区分度越低，排序慢;

举个例子： (张，张三，张三哥)，如果索引长度取1的话，那么每一行的索引都是 张 这个字，完全没有区分度，你让他怎么排序?结果这样三行完全是随机排的，因为索引都一样;如果长度取2，那么排序的时候至少前两个是排对了的，如果取3，区分度达到100%，排序完全正确;

那是不是索引越长越好? 答案肯定是错的，比如 (张,李,王) 和 (张三啦啦啦，张三呵呵呵，张三呼呼呼);前者在内存中排序占得空间少，排序也快，后者明显更慢更占内存。

总之：

索引长度越低，索引在内存中占的长度越小，排序越快，然而区分度就越低。这样不利于查找。

索引长度越长，区分度就高，虽然利于查找了，但是索引在内存中占得空间就多了。

mysql创建索引的时候指定索引长度

大部分的索引前面一部分的长度就能够有很好的区分度了。

通过减小索引长度，这样能够减小索引文件的大小，能够加快数据的insert。

语法：

CREATE INDEX index_name ON table_name (column_name(length), clolumn_name(length)…)；

如何确认当前字段设置一个合适的长度呢?

索引长度与区分度要做一个取舍;这个取舍不是没有一个固定的量;需要根据数据库里面的数据来判断;比较常规的公式是：

select count(distinct left(password, 5))/count(*) from user

其中password是要加索引的字段，5是索引长度，求出一个浮点数，这个浮点数是逐渐趋向1的，上面这个比值，也算是区分度，也可以算作索引长度测试值，多测试几组，找出最合适的来，一般的区分值在0.1左右就差不多了。

网上找了个图片来分析下;

这个地方观察到，当索引长度达到4的时候就已经趋向1了，所以长度设为4是最佳的，在大点增加的索引效果已经很小了，这个地方不是说必须接近1才行;总之要找一个平衡点;

第一种方法： 可以将数据倒序存入数据库;第二种方法：对字符串进行crc32哈希处理;

两种方法都不错，当然要配合客户端程序完成;

简单测试：

这个方法可能是优化最后才考虑的点了，不建议太过深究，了解到这就行了。后面会分享更多devops和DBA方面的内容，感兴趣的朋友可以关注一下~

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。