咱们都晓得，MySQL中对于字符，有char和varchar两种罕用的类型，可能在平时的应用过程中，大家不会去关怀这两种类型的区别，只是会用就能够了，或者说看到过一些它们的区别，然而没有工夫去测试，明天有工夫了，我将这两种类型的具体情况试验一把，让大家直观感触下，纯属分享，大神请绕道。
先说说实践吧。
char类型为固定长度的字符串，比如说char(10),它定义了指定的字符串长度最大为10个字符，如果你当初输出一个字符串为'12345678'，那么它在char类型中到底会占用多少个字符呢？答案是10个，前面短少的2个字符，MySQL会主动补充为空值，而后进行寄存。在取这个记录的时候，char类型的会应用trim()函数去掉多余的空格，所以咱们看到的还是8个字符的记录。当输出的字符长度大于最大的长度时，MySQL会主动报错。
varchar类型是长度可变的字符串，varchar(M)示意最大长度是M个字符，varchar的最大理论长度由最大的行的大小和应用的字符集确定。例如varchar(50)定义了一个最大长度为50的字符串，如果插入的字符串只有20个字符，那么理论存储的字符串具备21个字符，因为varchar会主动蕴含一个字符串完结字符。varchar在值保留和检索时，尾部的空格依然保留。
介绍完概念，咱们来看具体的实际过程，本文中应用的测试版本为MySQL5.7.22版本。
1.测试char的trim()性能
首先创立一个表，这个表外面蕴含两个字段，d_char和d_varchar，设定初始的字符长度都为4，如下：
查看一下，
此时，咱们插入两条记录，每条记录都是'ab '，留神，ab前面有2个空格，
而后咱们应用mysql外面的concat函数进行字符连贯，给每条记录的左右别离增加小括号，
此时咱们能够看到，d_char的ab前面的空格被勾销掉了，而d_varchar前面的空格还仍旧存在。
2.测试两种字符类型的最大长度
首先看看char的最大长度，咱们设置的值为256，后果如下
所以，char类型的长度取值范畴为0~255个字符
下面提到了varchar的最大理论长度由最大的行的大小和应用的字符集确定，这里咱们进行试验：
能够看到，字符集不一样，最初的max的值也是不一样的，
utf8模式下是0~21845，一个字符占三个字节，最多能存 21844 个字符
latin1模式下是0~65535，一个字符占一个字节，最多能寄存 65532 个字符
gbk模式下是0~32767，一个字符占两个字节，最多能存 32766 个字符
若定义的时候超过上述限度，则varchar字段会被强行转为text类型，并产生warning。
可能这里有人要问了，为什么最大值是32767，而最多只能放32766个字符呢？
举两个例阐明一下理论长度的计算。
a) 若一个表只有一个varchar类型，如定义为
create table t4(c varchar(N)) charset=gbk;
则此处N的最大值为(65535-1-2)/2= 32766 个字符。
减1的起因是理论行存储从第二个字节开始’;
减2的起因是varchar头部的2个字节示意长度;
除2的起因是字符编码是gbk。
b) 若一个表定义为
create table t4(c int, c2 char(30), c3 varchar(N)) charset=utf8;
则此处N的最大值为 (65535-1-2-4-30*3)/3=21812
减1和减2与上例雷同;
减4的起因是int类型的c占4个字节;
减30*3的起因是char(30)占用90个字节，编码是utf8。
如果被varchar超过上述的b规定，被强转成text类型，则每个字段占用定义长度为11字节，当然这曾经不是“varchar”了。
则此处N的最大值为 (65535-1-2-4-30*3)/3=21812
3.MySQL的字段长度模式
字段长度的模式分为严格模式和不严格模式，在严格模式下，如果咱们想给一个字段中插入一个大于规定长度的字符串，MySQL会给出谬误提醒，例如咱们的表：
当咱们插入一个大于4字符的记录时，
如果在非严格模式下，mysql会主动截断超出最大长度的字符，
下面的操作是，咱们先把字段模式改为非严格模式，而后查问更改，确保更改失效，接着咱们插入'abcde'字符串，发现它能够被胜利执行，然而蕴含两个正告，查看正告能够发现，一些数据被截断了，
试验局部的内容根本就实现了，这里咱们进行几点剖析：
1.MySQL为什么要设置这两种类型？它们各自有什么长处？
char是固定长度的，它的存取速度比varchar快，不便程序的存储于查找，然而它须要节约肯定的空间，能够看做是一种以空间换工夫的办法。
而varchar的特点是可变长，当定义一个varchar(10)而只存入了4个字符，此时varchar会间接将字符记录的长度变为4，从而节俭空间，它能够看做是一种用工夫换取空间的办法。
char的存储形式是，对英文字符（ASCII）占用1个字节，对一个汉字占用两个字节；而varchar的存储形式是，对每个英文字符占用2个字节，汉字也占用2个字节，两者的存储数据都非unicode的字符数据。
2.两种类型适应的状况剖析。
对于char：
CHAR适宜存储很短的字符串，或者所有值都靠近同一个长度。
对于常常变更的数据，CHAR也比VARCHAR更好，因为定长的CHAR类型不容易产生碎片。
对于十分短的列，CHAR在存储空间上也更有效率。例如用char(1)来存储只有Y和N的值，只须要一个字节，然而varchar却须要两个字节，因为还一个记录长度的额定字节。
对于varchar
VARCHAR类型用于存储可变长字符串，是最常见的字符串数据类型。它比定长类型 更节俭空间，因为它仅应用必要的空间（例如，越短的字符串应用越少的空间）。
VARCHAR节俭了存储空间，所以对性能也有帮忙。然而，因为行是变长的，在UPDATE时可能使行变得比原来更长，这就导致须要做额定的工作。如果一个行占用 的空间增长，并且在页内没有更多的空间能够存储，在这种状况下，不同的存储引擎的解决形式是不一样的。例如，MyISAM会将行拆成不同的片段存储，InnoDB 则须要决裂页来使行能够放进页内。
VARCHAR须要应用1或2个额定字节记录字符串的长度：如果列的最大长度小于或等于255字节，则只应用1个字节示意，否则应用2个字节。假如采纳latinl字符集 ，一个varchar(10）的列须要11个字节的存储空间。varchar(1000）的列则须要1002个字节，因为须要2个字节存储长度信息。
实用状况：
1、对于MyISAM表，尽量应用Char，对于那些常常须要批改而容易造成碎片的myisam和isam数据表就更是如此，它的毛病就是占用磁盘空间；
2、对于InnoDB表，因为它的数据行外部存储格局对固定长度的数据行和可变长度的数据行不加区分（所有数据行共用一个表头局部，这个标头局部寄存着指向各无关数据列的指针），所以应用char类型不见得会比应用varchar类型好。事实上，因为char类型通常要比varchar类型占用更多的空间，所以从缩小空间占用量和缩小磁盘i/o的角度，应用varchar类型反而更无利；
3、存储很短的信息，比方门牌号码101，201……这样很短的信息应该用char，因为varchar还要占个byte用于存储信息长度，原本打算节约存储的当初得失相当。
4、固定长度的。比方应用uuid作为主键，那用char应该更适合。因为他固定长度，varchar动静依据长度的个性就隐没了，而且还要占个长度信息。
5、非常频繁扭转的column。因为varchar每次存储都要有额定的计算，失去长度等工作，如果一个十分频繁扭转的，那就要有很多的精力用于计算，而这些对于char来说是不须要的。
对于MySQL之char、varchar，你学废了么？