因为业务的需求,难免要对比较长的字段进行匹配,如果不建立索引就会进行全表扫描,非常消耗时间。
但是为长字符串建立索引也非常消耗空间,性能也不高。
一般有两种解决方案
1.为字段添加前缀索引
2.增加crc字段
以下为两种方案的实现,以身份证为例
CREATE TABLE `people` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`name` varchar(100) NOT NULL,
`car_id` varchar(18) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;
一般身份证前几位都是有规律的,使用前几位粒度太小了,可以先把身份证号反转然后存入。
--注意1:前缀索引只能适用于普通索引中,不能使用在unique中
--注意2:前缀索引只支持英文和数字
--设置前缀索引
ALTER TABLE people ADD INDEX index_name(car_id(8))
或者使用Navicat设置索引
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-nue2HV8w-1608013753519)(https://b3logfile.com/file/2020/07/image-c9dbc885.png)]
添加个 crc 字段,存储身份证号的时候 存入身份证号的 crc 信息(业务层计算)。
计算方式请自行百度吧,基本都有轮子