不要用长值作为主键。这会毁了你的表现。请参阅mysql手册，第13.6.13节“InnoDB性能调优和故障排除”。

相反，使用一个代理int键作为主键(使用auto_increment)，并使用长键作为辅助UNIQUE。

另一种很好的处理方法是创建没有唯一约束的TEXT字段，并添加一个兄弟VARCHAR字段，该字段是唯一的，并且包含TEXT字段的摘要(MD5、SHA1等)。当您插入或更新TEXT字段时，计算并存储整个TEXT字段的摘要，这样您就可以对整个TEXT字段(而不是一些前面的部分)有一个可以快速搜索的唯一性约束。

为了索引，必须将列类型更改为varchar或整型。

Nobody mentioned it so far... with utf8mb4 which is 4-byte and can also store emoticons (we should never more use 3-byte utf8) and we can avoid errors like Incorrect string value: \xF0\x9F\x98\... we should not use typical VARCHAR(255) but rather VARCHAR(191) because in case utf8mb4 and VARCHAR(255) same part of data are stored off-page and you can not create index for column VARCHAR(255) but for VARCHAR(191) you can. It is because the maximum indexed column size is 767 bytes for ROW_FORMAT=COMPACT or ROW_FORMAT=REDUNDANT.

For newer row formats ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED (which requires newer file format innodb_file_format=Barracuda not older Antelope) maximum indexed column size is 3072. It is available since MySQL >= 5.6.3 when innodb_large_prefix=1 (disabled by default for MySQL <= 5.7.6 and enabled by default for MySQL >= 5.7.7). So in this case we can use VARCHAR(768) for utf8mb4 (or VARCHAR(1024) for old utf8) for indexed column. Option innodb_large_prefix is deprecated since 5.7.7 because its behavior is built-in MySQL 8 (in this version is option removed).

该问题的解决方案是，在CREATE TABLE语句中，您可以在列创建定义之后添加约束UNIQUE (problemtextfield(300))，例如，为TEXT字段指定300个字符的键长度。然后，问题文本字段的前300个字符需要是唯一的，之后的任何差异将被忽略。

DROP该表并再次运行Spring Project。 这可能会有所帮助。 有时你重写了foreignKey。