前缀索引是对字段前N个字符建索引，语法为CREATE INDEX idx_name ON table_name(column_name(N))；通过测试不同前缀长度的选择性，选择接近完整列选择性95%以上的长度，可在节省空间与提升查询效率间取得平衡。
在MySQL中，当字段内容较长（如VARCHAR(255)）时，直接对整个字段创建索引会占用大量存储空间，并降低写入性能。为解决这个问题，可以使用前缀索引——即只对字段的前N个字符建立索引，从而减少索引大小，提升查询效率。
什么是前缀索引
前缀索引是指对文本类型字段（如VARCHAR、TEXT）的前几个字符建立索引，而不是整个字段值。语法如下：
CREATE INDEX idx_name ON table_name(column_name(N));其中 N 表示索引长度，即取前 N 个字符作为索引键。
如何选择合适的前缀长度
关键在于找到一个平衡点：既能保证较高的索引选择性（区分度），又能尽量减小索引体积。
步骤如下：
-
计算完整列的选择性：
选择性 = COUNT(DISTINCT column)/COUNT(*)，值越接近1，区分度越高。 -
测试不同前缀长度的选择性：
例如查看前5~10位字符的区分效果：
COUNT(DISTINCT LEFT(email, 5)) / COUNT(*) AS prefix_5,
COUNT(DISTINCT LEFT(email, 6)) / COUNT(*) AS prefix_6,
COUNT(DISTINCT LEFT(email, 7)) / COUNT(*) AS prefix_7
FROM users;
逐步增加前缀长度，直到选择性接近完整列的选择性（比如达到95%以上）即可认为足够。
前缀索引的优缺点
优点：
- 节省磁盘空间和内存使用
- 提高索引构建和查询速度
- 适用于长字符串字段（如URL、邮箱、描述等）
缺点：
- 不能用于ORDER BY或GROUP BY操作（因为不包含完整值）
- 无法进行覆盖索引扫描（Index Covering），必须回表查询完整数据
- 可能增加重复前缀导致性能下降，需谨慎评估
优化建议与使用场景
实际应用中可结合以下策略提升前缀索引效果：
- 优先用于高频查询的长字符串字段，如email、username、url等
- 避免在随机性差的字段上使用短前缀，如所有记录都以“https://”开头的URL
- 考虑使用哈希字段+普通索引替代：对于超长文本，可新增一列存储MD5或CRC32哈希值并建索引
- 定期分析数据分布变化，调整前缀长度适应新数据趋势
基本上就这些。合理使用前缀索引能在空间和性能之间取得良好平衡，但要根据具体业务数据做测试验证，不能盲目设置。
