索引创建的思考

对于一个字符串字段索引来说，我们创建方式有：

1.创建完整索引
直接创建一个完整的索引，但是这样可能会因为字段比较大，创建的索引很占空间。
你说公司有钱，不在乎空间占用？那么从另一方面说，由于由于索引很大，那么相同的数据页存放的索引越少，这样就需要读取更多的数据页到内存里，会产生更多磁盘IO,导致搜索效率降低。

2 创建前缀索引
这条语句意思：给表t_user建立一个索引，索引名是idx_email对应的字段是email,索引取字段值前6位。

alter table t_user add index idx_email(email(6));

这样每个索引只记录email的前6位（对于下面两条数据，也就是zhangs），节省了空间。
但是导致问题,例如指责两行数据：zhangsan123@qq.com ；zhangsan456@qq.com

select id,name,email from t_user where email='zhangsan123@qq.com';

对于这个查询，索引出来有两个值，那么就需要回表（不懂回表的可以去搜索下，这是个很重要的概念）两次，做具体email字段比较，才能真正确定是哪一行数据。
前缀索引还有一个问题，会导致覆盖索引失效。

3.倒序存储，再创建前缀索引。
用于绕过字符串本身前缀的区分度不够的问题。
例如： 存一个县人们的省份证号，由于身份证号的最后 6 位没有地址码这样的重复逻辑，所以最后这 6 位很可能就提供了足够的区分度。当然了，实践中你不要忘记使用 count(distinct) 方法去做个验证。然后你查询时候：

select * from t where id_card=reverse('身份证号');

4.创建 hash 字段索引
查询性能稳定，有额外的存储和计算消耗，跟第三种方式一样，都不支持范围扫描。（需要新增一个字段，计算消耗更多cpu资源）

也不能说具体那种索引好，那种不好。具体还得看自己业务，这里一些思考以及参考。