Mysql中 char 和 varchar 的区别

超、凢脫俗 2022-06-07 05:22 287阅读 0赞

转载于：[http://www.jb51.net/article/23575.htm][http_www.jb51.net_article_23575.htm]

char是一种固定长度的类型，varchar则是一种可变长度的类型

char(M)类型的数据列里，每个值都占用M个字节，如果某个长度小于M，MySQL就会在它的右边用空格字符补足．（在检索操作中那些填补出来的空格字符将被去掉）在varchar(M)类型的数据列里，每个值只占用刚好够用的字节再加上一个用来记录其长度的字节（即总长度为L+1字节）．

如

char (13)长度固定， 如'www.jb51.net' 存储需要空间 12个字符  
varchar(13) 可变长 如'www.jb51.net' 需要存储空间 13字符,  
  
从上面可以看得出来char 长度是固定的，不管你存储的数据是多少他都会都固定的长度。而varchar则处可变长度但他要在总长度上加1字符，这个用来存储位置。所以实际应用中用户可以根据自己的数据类型来做。

再看看char,与varchar在速度上的区别吧。

代码如下:

mysal>create tabe ab(v varchar(4),c char(4)); query ok ,0 rows affected(0.02 sec) mysql>insert into abc values('ab ','ab ') query ok ,1 row affected(0.00 sec); mysql->select concat(v ,'+') ,concat(c ,'+') form abc ab + | ab+ 1rows in set (0.00 sec)

从上面可以看出来，由于某种原因char 固定长度，所以在处理速度上要比varchar快速很多，但是对费存储空间，所以对存储不大，但在速度上有要求的可以使用char类型，反之可以用varchar类型来实例。

**如此看来varchar比char聪明多了，那char有用武之地吗？还是很不少优势的。**  
  
一，存储很短的信息，比如门牌号码101，201……这样很短的信息应该用char，因为varchar还要占个byte用于存储信息长度，本来打算节约存储的现在得不偿失。  
  
二，固定长度的。比如使用uuid作为主键，那用char应该更合适。因为他固定长度，varchar动态根据长度的特性就消失了，而且还要占个长度信息。  
  
三，十分频繁改变的column。因为varchar每次存储都要有额外的计算，得到长度等工作，如果一个非常频繁改变的，那就要有很多的精力用于计算，而这些对于char来说是不需要的。  
  
  
还有一个关于varchar的问题是，varchar他既然可以自动适应存储空间，那我varchar(8)和varchar(255)存储应该都是一样的，那每次表设计的时候往大的方向去好了，免得以后不够用麻烦。这个思路对吗？答案是否定的。mysql会把表信息放到内存中（查询第一次后，就缓存住了，linux下很明显，但windows下似乎没有，不知道为啥），这时内存的申请是按照固定长度来的，如果varchar很大就会有问题。所以还是应该按需索取。  
  
总结：仔细看DZ的数据表，定长的字段基本还都是用char....

[http_www.jb51.net_article_23575.htm]: http://www.jb51.net/article/23575.htm