mysql varchar能不能超过255个字节及产生的问题。

项目里突然varchar字段设置255也不够用了，记得规定不能超过255，今天查了一下，现总结如下：

MySQL要求一个行定义长度不能超过 65535 bytes（所有字符串类型字段包括其字段名称占用空间都计算在内， text、blob等大字段类型除外)。所有如果一个表有很多varchar字段的时候，不应该把varchar设置的特别大，会影响后面的字段

InnoDB存储引擎的表索引的前缀长度最长是767字节(bytes)(前缀长度适用于mysql5.6及以前，后续版本有变化)

你如果需要建索引，就不能超过 767 bytes(mysql5.6及以前，后续版本有变化)；utf8编码时 255*3=765bytes ,恰恰是能建索引情况下的最大值。

如果像lavavel5.3往后 使用的是utf8mb4编码，默认字符长度则应该是 767除以4向下取整，也就是191。

当varchar（n）后面的n非常大的时候我们是使用varchar好，还是text好呢？

首先从空间方面：

从官方文档中我们可以得知当varchar大于某些数值的时候，其会自动转换为text，大概规则如下：

• • 大于varchar（255）变为 tinytext
  • 大于varchar（500）变为 text
  • 大于varchar（20000）变为 mediumtext

所以对于过大的内容使用varchar和text没有太多区别。

其次从性能方面：

索引会是影响性能的最关键因素，而对于text来说，只能添加前缀索引，并且前缀索引最大只能达到1000字节。

而貌似varhcar可以添加全部索引，但是经过测试，其实也不是。由于会进行内部的转换，所以long varchar其实也只能添加1000字节的索引，如果超长了会自动截断。

所以我们认为当超过255的长度之后，使用varchar和text没有本质区别，只需要考虑一下两个类型的特性即可。（主要考虑text没有默认值的问题）

创建唯一索引时字段长度限制问题解决

比如，上面的例子就是没办法减少字段的，但是我又一定要建立唯一索引，最终，我选择了调整字段长度，将module_name的长度减少到了255，再次创建表，已成功。