MySQL字符之char、varchar类型简析

前言

我们都知道，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⑴⑵)/2= 32766 个字符。

减1的缘由是实际行存储从第二个字节开始’;

减2的缘由是varchar头部的2个字节表示长度;

除2的缘由是字符编码是gbk。

b) 若一个表定义为

create table t4(c int, c2 char(30), c3 varchar(N)) charset=utf8;

则此处N的最大值为 (65535⑴⑵⑷⑶0*3)/3=21812

减1和减2与上例相同;

减4的缘由是int类型的c占4个字节;

减30*3的缘由是char(30)占用90个字节，编码是utf8。

如果被varchar超过上述的b规则，被强转成text类型，则每一个字段占用定义长度为11字节，固然这已不是“varchar”了。

则此处N的最大值为 (65535⑴⑵⑷⑶0*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，你学废了么？

总结

到此这篇关于MySQL字符之char、varchar类型简析的文章就介绍到这了,更多相关MySQL之char、varchar类型内容请搜索之前的文章或继续浏览下面的相关文章希望大家以后多多支持！

本文来源：https://www.yuntue.com/post/151063.html | 云服务器网，转载请注明出处！