一文聊聊数据库的varchar长度

知识点掌握了，还需要不断练习才能熟练运用。下面golang学习网给大家带来一个数据库开发实战，手把手教大家学习《一文聊聊数据库的varchar长度》，在实现功能的过程中也带大家重新温习相关知识点，温故而知新，回头看看说不定又有不一样的感悟！

http://dba.stackexchange.com/questions/76469/mysql-varchar-length-and-...

主要以mysql的InnoDB或MyISAM为例，其他数据库中基本也有varchar类型并需要提供长度的参数。
需要说明的是，例如

VARCHAR(3)

表示的是这一列最多存3个字符而不是3个字节，比如可以存“一二三”，实际存储时是编码为utf-8的。

在mysql中，

VARCHAR(3)

和

VARCHAR(255)

在存储方式上是没有区别的，都是1个字节表示字符串长度和字符串经utf-8编码后的字节。mysql5.0.3以前的版本varchar的最大长度就是255，之后是65535。而

VARCHAR(256)

之后表示长度的字节数会变成2个。其实在今天来说多一个字节也没什么区别，但为了兼容性，通常的数据库设计中还是会出现很多

VARCHAR(255)

。

但事实上，把所有较短的字符串列都设为

VARCHAR(255)

并不是最好的做法。尽管InnoDB是动态存储的，但别的数据库引擎不一定是如此。有的可能会使用固定长度的行，或者固定大小的内存表。内存表即为sql查询中产生的临时表。它通常会为varchar类型分配最大的空间，比如utf-8编码下，内存表可能要为

VARCHAR(255)

分配2+3×255字节（2是因为存的是字节长度而不是字符长度），如果行数非常多，这也会带来性能问题。不管其中每一行存储的数据是长还是短。另外也注意到InnoDB的单列索引每个结点的最大是767字节（即2+3×255）。

InnoDB最大的行的大小是半个database page（大约8000字节），如果可变长的列（如varbinary、varchar、text、blob）超过了这个大小会被存到外面去，行里面只是存一个指针。这会比存inline慢很多。提到这个不得不说一下text类型，text的存储方法应该和varchar也没什么区别，就是没有长度的限制，因此它在有join等产生中间结果的查询中会非常慢。

所以结论是，我们应该用尽可能小的类型而不是统一用

VARCHAR(255)

。

今天关于《一文聊聊数据库的varchar长度》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！