我们本节看一个小问题,就是我们平时用的varchar(n)能存储几个汉字。
在mysql中,一个中文汉字所占的字节数与编码格式有关:如果是GBK编码,则一个中文汉字占2个字节;如果是UTF8编码,则一个中文汉字占3个字节,而英文字母占1字节。
UTF8:一个中文汉字=3个字节
GBK:一个中文汉字=2个字节
utf-8, 英文字母1字节
**MySQL中varchar(n)表示n个字符,无论汉字和英文,Mysql都能存入n个字符,**仅是实际字节长度有所区别。
对于utf8字符集:
length返回字节数,char_length返回字符数。
对于gbk字符集而言:
说明:
UTF-8:Unicode Transformation Format-8bit,允许含BOM,但通常不含BOM。是用以解决国际上字符的一种多字节编码,它对英文使用8位(即一个字节),中文使用24为(三个字节)来编码。UTF-8包含全世界所有国家需要用到的字符,是国际编码,通用性强。UTF-8编码的文字可以在各国支持UTF8字符集的浏览器上显示。如,如果是UTF8编码,则在外国人的英文IE上也能显示中文,他们无需下载IE的中文语言支持包。
GBK 是国家标准GB2312基础上扩容后兼容GB2312的标准。GBK的文字编码是用双字节来表示的,即不论中、英文字符均使用双字节来表示,为了区分中文,将其最高位都设定成1。GBK包含全部中文字符,是国家编码,通用性比UTF8差,不过UTF8占用的数据库比GBD大。
GBK、GB2312等与UTF8之间都必须通过Unicode编码才能相互转换:
GBK、GB2312 --> Unicode --> UTF8
UTF8 --> Unicode -> GBK、GB2312
GB2312是GBK的子集,GBK是GB18030的子集
GBK是包括中日韩字符的大字符集合
为了避免所有乱码问题,应该采用UTF-8,将来要支持国际化也非常方便
UTF8可以看作是大字符集,它包含了大部分文字的编码。
使用UTF8的一个好处是其他地区的用户(如香港台湾)无需安装简体中文支持就能正常观看你的文字而不会出现乱码。
gb2312是简体中文的码
gbk支持简体中文及繁体中文
big5支持繁体中文
utf8支持几乎所有字符
在字符集为UTF-8
的情况下:
若 MySQL
version
< 4.1
:VARCHAR以字节为单位存储,假设全部为常用汉字,则VARCHAR(255)共可存放约85个汉字。
若 MySQL
version
>= 4.1
:VARCHAR以字符为单位存储,假设全部为常用汉字,则VARCHAR(255)可以存放255个汉字。
当然,现在MySQL基本都大于4.1版本的,所以说MySQL中varchar(n)表示n个字符,无论汉字和英文,Mysql都能存入n个字符,仅是实际字节长度有所区别。
以上是转载,以前遇到过这个问题,类似一个公告数据表,公告内容字段类型为varchar(256),还想按照字节编码utf-8能存85个中文字符,往该表字段值塞进去超过三百字中文试了下,最后得到该字段值显示为:253个中文+2个数字+1个中文感叹号。mysql版5.7,石锤了。
1、char的长度是不可变的,而varchar的长度是可变的
例如值:abc
类型char(10),存储值为:abc_______(abc+7个空格)
类型varchar(10), 存储值为:abc (自动缩短为3个字母的长度,节省存储空间)
2、因为char类型长度固定,因此char的存取效率比varchar要快得多,方便程序的存储与查找。
但是char也为此付出的是空间的代价,因为其长度固定,所以会占据多余的空间,可谓是以空间换取时间效率。(以空间换时间的做法)
而varchar则刚好相反,节省空间但存取效率相对较低。(以时间换空间的做法)
3、存储的容量不同
char类型最多可存放255个字符,并且和编码类型无关
varchar类型复杂一些:
varchar的最大长度为65535个字节,varchar可存放的字符数因编码类型不同而异(mysql的version小于4.1)
字符类型若为gbk,每个字符最多占2个字节,最大长度不能超过32766个字符
字符类型若为utf8,每个字符最多占3个字节,最大长度不能超过21845个字符
使用建议
若字段长度固定,则可以使用char来保存,存取效率高,如:手机号、身份证
若字段长度经常改变,可选用varchar来最大化利用存储空间,减少空间浪费。