MySQL 长字符字段设为主键报键长超限，如何实现该列值唯一不重复

核心问题根源 #

直接给5000+长度的字符列设置主键/全长度唯一索引的方案，从MySQL引擎设计层面就走不通：

• 不管是InnoDB还是MyISAM，老版本默认配置下存在索引长度硬限制（InnoDB默认限制767字节、MyISAM默认限制1000字节），就算调整系统参数放大索引长度上限，最高也仅能支持3072字节的全长度索引，远达不到5000字符列的全长度校验要求，必然触发Specified key was too long报错。
• 从性能角度，长文本列本身就不适合做主键：主键值会被所有二级索引冗余存储，长文本当主键会直接大幅拉高表和索引的存储体积，拖慢整体查询和写入性能。

可落地的实现路径 #

方案1：固定长度哈希列配套唯一索引（推荐，校验精度最高） #

这是长内容做唯一性校验的通用成熟方案，完全绕开索引长度限制：

• 把原来要存5000+字符的列从VARCHAR(5500)换成MEDIUMTEXT类型，这类文本类型没有直接的长度存储限制，支持最大16MB的字符存储，完全满足长内容存储需求。
• 新增一个固定长度的哈希列，存储对原始长内容计算得到的低碰撞率哈希值（推荐用SHA-256算法，输出固定64位字符，不同内容的哈希碰撞概率基本可以忽略），给这个哈希列设置唯一索引。
  对应的建表语句参考：

CREATE TABLE data_table (
    date_time VARCHAR(100),
    message MEDIUMTEXT COMMENT '存储5000+长度的长文本内容',
    message_hash CHAR(64) NOT NULL COMMENT '存储message字段的SHA-256哈希值',
    UNIQUE KEY uk_message_hash (message_hash)
) ENGINE = MYISAM CHARACTER SET latin1;

实际写入时，在业务代码端先对要存储的message内容计算SHA-256哈希值，和原始内容一起写入表中。如果重复传入完全相同的message内容，对应的哈希值会完全一致，触发唯一索引冲突，直接拦截重复写入，实现和原思路完全一致的唯一性保障。因为哈希列固定只有64字符长度，远低于索引长度限制，不会触发key过长的报错。

方案2：文本列前缀唯一索引（适合低精度要求场景） #

如果不想新增额外的哈希列，可以利用MySQL支持的前缀索引特性，取长文本列的前N个字符创建唯一索引，利用前缀的重复性判断拦截重复值：

• 取索引长度限制内的最大字符数作为前缀长度（比如MyISAM搭配latin1字符集下，最多可以取1000个字符的前缀做索引）
  对应的建表语句参考：

CREATE TABLE data_table (
    date_time VARCHAR(100),
    message VARCHAR(5500),
    UNIQUE KEY uk_message_prefix (message(1000))
) ENGINE = MYISAM CHARACTER SET latin1;

注意：这个方案存在精度缺陷，只要两条不同的长文本内容前1000个字符完全一致、仅末尾字符有差异，就会被误判为重复拦截，仅适合业务上不会出现这类长内容高度相似场景的情况，不推荐作为高要求的唯一性校验方案。

内容的提问来源于stack exchange，提问作者Root Zxcvpn