MySQL中的char、varchar(10)、varchar(1000)的区别

最新推荐文章于 2021-08-05 20:21:30 发布

赵丙双

最新推荐文章于 2021-08-05 20:21:30 发布

阅读量1.1w

点赞数 8

分类专栏： MySQL 文章标签： mysql 数据库

本文链接：https://blog.csdn.net/qq_20919883/article/details/103940032

版权

MySQL 专栏收录该内容

9 篇文章

订阅专栏

这里写自定义目录标题

tips

若无特殊指明，文中提到的存储空间指的都是占用磁盘空间。

MySQL中的varchar与char的区别

存储空间
char(m)是固定长度的字符串，始终会占用 M 个字符长度的空间，如果长度小于 M，MySQL会用空格补齐，但在检索时char类型末尾的空格会被忽略，无论是我们存入的，还是MySQL自己补齐的（这里是一个大坑）。
varchar(m)是可变长度的字符串，m 为允许存入的最大长度——字符数，不会自动用空格补齐，而是采用额外的 1 ~ 2 个字节记录实际长度；当实际长度小于等于 255 时，额外占用 1 个字节去存储实际长度，大于 255 时，则额外使用 2 个字节。

更新时的额外操作
char 类型是固定长度的，在更新时不会出现长度变化。但由于 varchar 的长度是可变的，在更新时长度很容易发生变化，这时就需要同时更新 varchar 的长度字节。如果原来的存储位置已经无法满足其存储的需求，此时系统就需要进行额外的操作。如根据存储引擎不同，有的会采用拆分机制，而有的则会采用分页机制。

空间碎片
使用char字符型时，由于存储空间都是一次性分配的。为此某个字段的内容，其都是存储在一起的。单从这个角度来讲，其不存在碎片的困扰。
可变长度的字符数据类型，其存储的长度是可变的。当其更改前后数据长度不一致、频繁删除时，就不可避免的会出现碎片的问题。故使用可变长度的字符型数据时，数据库管理员要时不时的对碎片进行整理。如执行 optimize table，来消除碎片。

varchar(100) 与varchar(1000)的区别

    很多人会认为既然 varchar 的空间是按实际使用为准，那么 varchar(100) 与 varchar(1000) 就是一样的了，直接将字段长度都设置的大一些就好了，一劳永逸，不用担心字段超长的问题。但其实不然，除了 varchar(100) 会额外占用 1 个字节存储实际长度，varchar(1000) 会占用 2 个字节以外，在内存操作和索引操作上也会有不同。
内存操作
    对于 varchar 数据类型来说，硬盘上的存储空间虽然都是根据实际字符长度来分配存储空间的，但是对于内存来说，则不是。其实使用固定大小的内存块来保存值。简单的说，就是使用字符类型中定义的长度，即 1000 个字符空间。显然，这对于排序或者临时表(这些内容都需要通过内存来实现)作业会产生比较大的不利影响。
    假设 varchar(100) 与 varchar(1000) 类型，实际存90个字符，它不会对存储端产生影响（就是实际占用硬盘是一样的）。但是，它确实会对查询产生影响，因为当MySql创建临时表（SORT，ORDER等）时，varchar 会转换为 char，转换后的 char 的长度就是 varchar 的长度，在内存中的空间就变大了，在排序、统计时候需要扫描的就越多，时间就越久。
    所以如果某些字段会涉及到文件排序或者基于磁盘的临时表时，分配 varchar 数据类型时仍然不能够太过于慷慨。还是要评估实际需要的长度，然后选择一个最长的字段来设置字符长度。如果为了考虑冗余，可以留10%左右的字符长度。千万不能认为其为根据实际长度来分配存储空间，而随意的分配长度，或者说干脆使用最大的字符长度。

索引角度
MySQL建立索引时假设没有限制索引的大小，索引长度会默认采用的该字段的长度。也就是说 varchar(1000) 的索引比 varchar(100) 的大。