MySQL索引长度和区分度
索引长度和区分度是相互矛盾的
索引长度太短,那么区分度就很低,索引长度加长,区分度就高,但是索引也是要占内存的
需要找到一个平衡点
比如用户表有个字段username ,要给他加索引,问题是索引长度多少合适?
- 如果设置索引长度为1,占内存少,但是区分度低,区分度低索引的效率越低
- 太长则占内存
- mysql的索引都是排好序的
- 如果区分度高排序越快,区分度越低,排序慢
举个例子:
李,李四,李四哥
- 如果索引长度取1的话,那么每一行的索引都是 李 这个字,完全没有区分度
- 结果这样三行完全是随机排的,因为索引都一样
- 如果长度取2,那么排序的时候至少前两个是排对了的
- 如果取3,区分度达到100%,排序完全正确
是不是索引越长越好?
答案肯定是错的
需要根据数据库里面的数据来判断,常规的公式是:
test是要加索引的字段,5是索引长度
select count(distinct left(test,5))/count(*) from table;
求出一个浮点数,这个浮点数是逐渐趋向1的,例如:
- 上图当索引长度达到4的时候就已经趋向1了,所以长度设为4是最佳的
- 在大点增加的索引效果已经很小了,这个地方不是说必须接近1才行
- 其实这个值达到1就已经可以接受了
还有一些特殊的字段需要更长的索引
比如有一个url字段,绝大部分的url都是 http://www. 开头的
这种情况下索引长度取取到11都是无效的,如何解决
- 可以将数据倒序存入数据库
- 对字符串进行crc32哈希处理