MySQL中char/varchar和text的区别

最新推荐文章于 2025-07-07 16:58:55 发布
原创 最新推荐文章于 2025-07-07 16:58:55 发布 · 1.4k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#varchar  #char #text #区别

本文详细对比了数据库中char、varchar及text三种字段类型的存储方式、检索效率与空间占用情况，并针对每种类型的特点进行了说明，有助于理解不同场景下选择合适字段类型的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

  1. 存储方式和检索方式都不一样
  2. 数据的检索效率是：char > varchar > text
  3. 空间占用方面：
  • char:存储定长数据方便，存储效率极高，必须在括号里定义长度，可以有默认值。比如char（10）,即不论存储的数据长度是否达到了10字节，都要占去10个字节空间（自动用空格填充），且在检索的时候会自动将空格隐藏掉，所以检索出来的数据记得用trim子类的函数过滤空格
  • varchar：存储变长数据，但效率没有char高，必须在括号里定义长度，可以有默认值。保存数据的时候，不进行空格填充。如果数据存在空格时，当值保存和检索时尾部的空格仍会保留。另外，varchar类型的实际长度是它的值的实际长度+1，这一个字节用于保存实际使用了多大的长度。
  • text：存储可变长度的非Unicode数据，最大长度为2^31-1个字符。text不能有默认值，存储或检索过程中，不存在大小写转换，后面如果指定长度，不会报错误，但是这个长度是不起作用的，意思就是你插入数据的时候，超过你指定的长度还是可以正常插入
【MYSQL】字符串存储类型该怎么选：mysql中char、varchar、text的区别
hiliang521的博客
04-12 1283
【MYSQL】字符串存储类型该怎么选：mysql中char、varchar、text的区别
MySQL 中面对VARCHAR 和 TEXT该如何选择 ？
qq_42444778的博客
02-20 3369
Navicat for MySQL是管理和开发 MySQL 或 MariaDB 的理想解决方案。它是一套单一的应用程序，能同时连接 MySQL 和 MariaDB 数据库，并与 Amazon RDS、Amazon Aurora、Oracle Cloud、Microsoft Azure、阿里云、腾讯云和华为云等云数据库兼容。这套全面的前端工具为数据库管理、开发和维护提供了一款直观而强大的图形界面。 点击下载Navicat for MySQL最新试用版 MySQL 5.0.3版的一项更改包括将VARCH..
MySQL中字段类型char、varchar和text的区别
09-09
今天小编就为大家分享一篇关于MySQL中字段类型char、varchar和text的区别，小编觉得内容挺不错的，现在分享给大家，具有很好的参考价值，需要的朋友一起跟随小编来看看吧
mysql中char，varchar与text类型的区别和选用
weixin_33716154的博客
03-04 438
关于char，varchar与text平时没有太在意，一般来说，可能现在大家都是用varchar。但是当要存储的内容比较大时，究竟是选择varchar还是text呢？不知道。。。。。。 于是去查阅了一些资料，顺便将这三种类型做个比较： （1）char:  char不用多说了，它是定长格式的，但是长度范围是0~255. 当你想要储存一个长度不足255的字符时，mysql会用空格来填充剩下的字符。...
varchar和text区别
最新发布
ruan114514的博客
07-07 577
在存储字符串时， 可以使用char、varchar或者text类型， 那么具体使用场景呢？1、char长度固定， 即每条数据占用等长字节空间；适合用在身份证号码、手机号码等定。2、varchar可变长度，可以设置最大长度；适合用在长度可变的属性。3、text不设置长度， 当不知道属性的最大长度时，适合用text。按照查询速度： char最快， varchar次之，text最慢。1、char：char(n)中的n表示字符数，最大长度是255个字符；
mysql--------char 和 varchar 的区别
weixin_34413802的博客
01-28 135
char是一种固定长度的类型，varchar则是一种可变长度的类型，它们的区别是： char(M)类型的数据列里，每个值都占用M个字节，如果某个长度小于M，MySQL就会在它的右边用空格字符补足。（在检索操作中那些填补出来的空格字符将被去掉）   varchar(M)类型的数据列里，每个值只占用刚好够用的字节再加上一个用来记录其长度的字节。（即总长度为L+1字节）   在MySQL中用来判断是否需...
MySQL中char、varchar和text的区别
yh88356656的专栏
10-10 4604
1.他们的存储方式和数据的检索方式都不一样。           数据的检索效率是：char>varchar>text 2.空间占用方面，要具体情况具体分析了。      CHAR(M)    M个字节，0 M      VARCHAR(M)     L+1个字节，其中LM且0 M      TEXT     L+2个字节，其中L16
mysql中varchar和 text的区别
博客
06-13 4284
与之相反，TEXT是一种固定长度的字符类型，可以存储最大长度为65535个字符的字符串。TEXT使用的存储空间总是等于其最大长度，因此对于较长的字符串，TEXT比VARCHAR更节省空间。但是，在进行查询和排序时，TEXT可能比VARCHAR更慢，因为它需要更多的I/O操作。VARCHAR使用的存储空间取决于实际存储的字符串长度，因此对于较短的字符串，VARCHAR比TEXT更节省空间。因此，当您需要存储不超过65535个字符的较短字符串时，您应该使用VARCHAR。
MySQL中CHAR和VARCHAR类型演变和详解
09-11
MySQL中的CHAR和VARCHAR是两种常见的字符串数据类型，用于存储文本数据。它们在数据库设计和优化中扮演着重要的角色，理解它们的区别和使用场景至关重要。 首先，让我们深入了解一下两者的演变。在MySQL 5.0.3之前...
text和varchar区别，优缺点
还在活水泥的未来包工头
11-08 6617
因此，在选择使用VARCHAR还是TEXT时，需要根据实际的需求来权衡各自的优缺点，以及对性能和存储空间的要求来进行选择。在数据库中，text和varchar都是用来存储文本数据的数据类型，它们之间有一些区别。
varchar和text说不清的那些事
挣扎着求的生存
12-30 5773
最近有几个同学问我varchar和text有啥别吗，这个问题，以前说真的也没太多的整理，以前遇到text在设计中就是尽可能的拆到另一个表中，保持主表尽量的瘦小，可以让innodb bp缓存更多的数据。 今天借次机会系统整理一下，主要从存储上，最大值，默认值几个方面进行比较。 BTW： 从ISO SQL:2003上讲VARCHAR是一个标准型，但TEXT不是（包括tinytext）.va
Mysql-varchar和text的区别
流沙
09-19 1138
最大限制也是 64k 个字节，但是本质是溢出存储，InnoDB 默认只会存放前 768 字节在数据页中，而剩余的数据则会存储在溢出段中,虽然也受单表 65535 最大行宽度限制，但 MySQL 表中每个 BLOB 和 TEXT 列实际只占其中的 5 至 9 个字节，其他部分将进行溢出存储。VARCHAR 是可变长度的，因此在存储较短的字符串时，它使用的存储空间将更少，并且空间利用率更高。而 TEXT 是固定长度的，因此无论存储的文本长度如何，它使用的存储空间总是相同的。不需要指定列的长度限制。
TEXT和varchar
lonelyhiker
09-23 2081
在 MySQL 中，TEXT和VARCHAR都用于存储字符串类型的数据，但它们在存储方式、大小限制、使用场景等方面有显著区别。
TEXT和varchar的区别
m0_57236802的博客
02-05 1387
在PostgreSQL中，TEXT和VARCHAR（或。
mysql中text和varchar的区别
u013347796的博客
03-12 6045
最近在做项目的时候，mysql数据库需要用到text型的字段保存数据。平时都是习惯将字符型的数据默认值设置为“”，于是使用的时候取出text类型的字段按照默认值为“”处理，当出现错误的时候才发现text类型的字段默认值只能为null，于是好奇varchar和text还有什么区别。 首先打开mysql官网查看文档，查看 DataTypes 目录下的 The BLOB and TEXT Types 小...
varchar 和 text区别
woshixushigang的专栏
02-28 323
varchar在mysql5.0.3之前可存0-255个字节的内容，mysql5.0.3之后可以存65535个字节，注意是字节不是字符，而text可以存65535个字符，字节与字符是不同的，mysql中不同的字符集会导致存储的字节数不同，如varchar若用utf-8的字符集，则汉字是3个字节，用latin或gbk的则是2个字节。 因此在utf-8字符集下，建表时varchar(65535...
MySQL 中 CHAR 和 VARCHAR 类型有什么区别？
06-13
<think>我们讨论MySQL中的CHAR和VARCHAR类型。区别：1.存储方式：-CHAR：固定长度。当定义一个CHAR(10)的字段时，无论实际存储的字符串长度是多少，它都会占用10个字符的存储空间（如果字符集是单字节的，则是10个字节；如果是多字节字符集，则可能占用更多字节）。如果存储的字符串长度小于定义的长度，会在右边填充空格以达到指定长度。当检索CHAR值时，尾部的空格会被移除（除非设置了PAD_CHAR_TO_FULL_LENGTH模式）。-VARCHAR：可变长度。VARCHAR(10)的字段，如果存储的字符串长度为5，则只占用5个字符的空间（另外需要1或2个字节来存储长度信息，因为VARCHAR类型在数据前有一个或两个字节的前缀表示长度，当长度<=255时用1个字节，否则用2个字节）。存储时不会填充空格，检索时也不会移除尾部空格（但要注意，在插入时如果字符串尾部有空格，是会保留的，除非超过列定义的长度会被截断）。2.存储空间：-CHAR类型会占用定义长度的空间，即使实际内容较少。-VARCHAR类型只占用实际存储数据的长度加上长度前缀的空间。3.性能：-由于CHAR是固定长度，所以对于经常变更的数据，CHAR类型不容易产生碎片。对于长度变化不大的数据（如MD5值），使用CHAR性能可能更好，因为存储和检索更快。-VARCHAR类型由于长度可变，在更新时如果长度变化，可能导致额外的操作（如页分裂），所以更新频繁且长度变化大的字段使用VARCHAR可能影响性能。4.最大长度：-CHAR最大长度为255个字符（与字符集有关，如果是utf8mb4，每个字符最多4字节，那么一个CHAR(255)列最多需要255*4=1020字节，但实际存储时，MySQL对每个行有最大限制，通常是65535字节，所以还要考虑整行的总大小）。-VARCHAR的最大长度也是受行大小限制，但VARCHAR可以定义更长（例如65535字节，但实际可用长度会减去长度前缀和其他列所占空间，并且也受字符集影响）。在MySQL5.0.3之前，VARCHAR最大长度为255字节，之后版本最大长度为65535字节（注意是字节，而不是字符，所以对于多字节字符集，实际字符数会减少）。5.空格处理：-在存储时，CHAR类型会在值不够长度时填充空格，检索时默认会去掉尾部空格（除非设置SQL模式为PAD_CHAR_TO_FULL_LENGTH）。-VARCHAR类型在存储时不会填充空格，检索时也不会去掉尾部空格。例子：假设有一个表：CREATETABLEtest(aCHAR(10),bVARCHAR(10));插入数据：INSERTINTOtest(a,b)VALUES('x','x');在CHAR列a中，存储的实际是'x'（后面9个空格），但在查询时，SELECTa,LENGTH(a)FROMtest;返回的a是'x'（去掉尾部空格），LENGTH(a)返回1（去掉空格后的长度）。而b列返回的则是'x'，LENGTH(b)也是1。但是，如果使用SELECTa,HEX(a)FROMtest;可以看到CHAR列存储的实际数据（在非严格模式下，如果使用PAD_CHAR_TO_FULL_LENGTH，则返回时会保留空格）。另外，如果插入的字符串尾部有空格，在CHAR列中会被去掉（因为存储时会填充到固定长度，然后检索时又去掉填充的空格，所以相当于原始字符串尾部的空格也会被去掉）。而在VARCHAR列中，尾部空格会被保留。例如：插入('x','x')，然后查询：-CHAR列a会返回'x'（去掉尾部空格）-VARCHAR列b会返回'x'（保留空格）注意：在比较时，MySQL会忽略尾部的空格（对于CHAR和VARCHAR都是如此，但TEXT类型不会）。例如：SELECT*FROMtestWHEREa='x';--会匹配到'a'列值为'x'的行SELECT*FROMtestWHEREb='x';--不会匹配到'b'列值为'x'的行，因为b列保留了空格，而等值比较时，如果比较的字符串没有空格，那么只有没有空格的值才会匹配。但是，如果使用LIKE或者BINARY比较，则不会忽略尾部空格。总结：-当存储的数据长度相对固定（例如总是10个字符）时，使用CHAR效率更高。-当存储的数据长度变化较大时，使用VARCHAR可以节省存储空间。代码示例（创建表）：```sql--创建一个表，包含CHAR和VARCHAR类型CREATETABLEchar_vs_varchar(idINTAUTO_INCREMENTPRIMARYKEY,fixed_lengthCHAR(10),variable_lengthVARCHAR(10));--插入数据INSERTINTOchar_vs_varchar(fixed_length,variable_length)VALUES('abc','abc'),--插入短字符串('abc','abc'),--插入带尾部空格的字符串('abcdefghij','abcdefghij');--插入正好10个字符的字符串--查询数据--使用LENGTH函数（返回字节数，对于'abc'，在utf8mb4中，每个英文字符1字节，所以是3）--使用CHAR_LENGTH函数（返回字符数）SELECTfixed_length,LENGTH(fixed_length)ASfixed_length_bytes,CHAR_LENGTH(fixed_length)ASfixed_length_chars,variable_length,LENGTH(variable_length)ASvar_length_bytes,CHAR_LENGTH(variable_length)ASvar_length_charsFROMchar_vs_varchar;--观察尾部空格的影响SELECTCONCAT('"',fixed_length,'"')ASfixed_with_quotes,CONCAT('"',variable_length,'"')ASvar_with_quotesFROMchar_vs_varchar;--比较操作（注意：在比较时，CHAR和VARCHAR都会忽略尾部空格，除非使用BINARY或LIKE）SELECT*FROMchar_vs_varcharWHEREfixed_length='abc';--会匹配所有fixed_length以'abc'开头（后面有空格）的行，因为比较时忽略尾部空格SELECT*FROMchar_vs_varcharWHEREvariable_length='abc';--只会匹配variable_length为'abc'（没有空格）的行，因为variable_length保存了空格，而比较时忽略尾部空格，所以'abc'和'abc'在比较时都被视为'abc'，因此也会匹配？但实际测试中，对于VARCHAR，比较时也会忽略尾部空格，所以也会匹配？--实际上，根据MySQL文档，在比较CHAR、VARCHAR和TEXT时，会忽略尾部空格。因此，以下比较是相等的：--'abc'='abc'->true--如果想精确匹配（包括尾部空格），可以使用BINARY运算符：SELECT*FROMchar_vs_varcharWHEREBINARYfixed_length='abc';--不会匹配，因为fixed_length存储的是'abc'（7个空格）或者插入时带空格，但检索时去掉了空格？实际上，插入'abc'，在fixed_length中存储时会被填充为10个字符（后面填充空格），然后检索时去掉尾部空格，所以实际值是'abc'（没有空格），因此等于'abc'。--但是，如果我们插入时是'abc'（3个空格），那么在fixed_length中存储的是'abc'（然后填充7个空格？）然后检索时去掉尾部空格，所以得到'abc'（没有空格）。所以，BINARYfixed_length='abc'会匹配，因为比较的是'abc'（去掉尾部空格后的值）和'abc'（没有空格）的二进制比较？这有点复杂。--为了验证，我们插入一条记录：INSERTINTOchar_vs_varchar(fixed_length,variable_length)VALUES('abc','abc');--注意：插入fixed_length时，字符串'abc'（5个字符，其中后面3个空格）会被填充为10个字符（后面再补5个空格？），然后检索时去掉所有尾部空格，所以得到'abc'（只有前面3个字符）。--因此，对于fixed_length列，无论插入的字符串尾部有多少空格（除非超过10个字符，会截断），最终检索到的都是去掉尾部空格后的字符串（即原始字符串去掉尾部空格，然后填充到10个字符，再检索时去掉填充的空格，所以最终是原始字符串去掉尾部空格后的结果？）。实际上，在插入CHAR列时，如果字符串尾部有空格，会被当作普通字符，然后在存储时填充空格到定义长度，检索时去掉填充的空格，但原始字符串中尾部的空格不会被去掉？不对，根据MySQL文档，当存储CHAR值时，会去掉尾部的空格（然后填充到指定长度）。所以，插入'abc'，存储时会先去掉尾部空格变成'abc'，然后填充到10个字符（即'abc'），检索时去掉尾部空格得到'abc'。--所以，在插入CHAR列时，字符串尾部的空格会被去掉，然后再填充。因此，插入'abc'和插入'abc'的结果是一样的。--对于VARCHAR列，插入时不会去掉尾部空格（除非超过定义长度，会截断并产生警告，如果是严格模式，则报错）。--因此，在比较时，CHAR列的值已经去掉了尾部空格，而VARCHAR列则保留了尾部空格（但比较时，MySQL也会忽略VARCHAR列的尾部空格）。所以，在非二进制比较中，'abc'和'abc'在CHAR和VARCHAR列中都会被视作相等。--如果想严格比较（包括空格），可以使用BINARY：SELECT*FROMchar_vs_varcharWHEREBINARYvariable_length='abc';--这样不会匹配'abc'，因为二进制比较会考虑空格。--或者使用LIKE：SELECT*FROMchar_vs_varcharWHEREvariable_lengthLIKE'abc';--不会匹配'abc'，因为LIKE模式匹配不会忽略尾部空格（除非模式中有通配符）。注意：'abc'模式不会匹配'abc'，因为模式'abc'要求后面没有空格。--但注意：LIKE'abc'只匹配正好是'abc'的字符串，而不会匹配后面有空格的字符串。如果要匹配后面有任意空格的，可以用'abc%'。--所以，总结空格处理：--CHAR列：在存储时会去掉插入字符串的尾部空格（然后填充到固定长度），检索时再去掉填充的空格，因此最终结果中不包含尾部空格。--VARCHAR列：存储时保留尾部空格（不填充），检索时也保留，但在比较操作（非二进制）中，会忽略尾部空格。因此，选择CHAR还是VARCHAR需要根据实际应用场景来决定。相关问题：§§相关问题§§:1.在MySQL中，CHAR和VARCHAR的最大长度限制分别是多少？2.当使用多字节字符集（如utf8mb4）时，CHAR(10)和VARCHAR(10)分别能存储多少个中文字符？3.在什么情况下使用CHAR类型比VARCHAR类型性能更好？4.如何设置SQL模式以保留CHAR类型在检索时的尾部空格？</think>### MySQL 中 CHAR 和 VARCHAR 类型有什么区别？ #### 核心区别总结 1. **存储方式** - `CHAR`：固定长度，存储时**填充空格**至定义长度 - `VARCHAR`：可变长度，仅存储实际数据 + **长度前缀**（1-2字节） 2. **空间效率** - `CHAR`：浪费空间（短数据时） - `VARCHAR`：节省空间（仅用所需空间） 3. **性能特点** - `CHAR`：读取更快（固定长度，无需计算偏移） - `VARCHAR`：更新可能更慢（长度变化时需重新分配空间） 4. **尾部空格处理** - `CHAR`：存储和检索时**自动移除**尾部空格 - `VARCHAR`：**保留**尾部空格（比较时可能被忽略） --- #### 代码示例与解释 ```sql -- 创建测试表 CREATE TABLE string_demo ( char_col CHAR(10), varchar_col VARCHAR(10) ); -- 插入测试数据 INSERT INTO string_demo VALUES ('abc', 'abc'), -- 短字符串 ('abc ', 'abc '), -- 带尾部空格 ('abcdefghij', 'abcdefghij'); -- 满长度字符串 -- 查询数据（显示实际存储效果） SELECT CONCAT('[', char_col, ']') AS char_output, CONCAT('[', varchar_col, ']') AS varchar_output, LENGTH(char_col) AS char_bytes, LENGTH(varchar_col) AS varchar_bytes FROM string_demo; ``` **执行结果：** | char_output | varchar_output | char_bytes | varchar_bytes | |-------------|----------------|------------|---------------| | `[abc]` | `[abc]` | 3 | 3 | | `[abc]` | `[abc ]` | 3 | 5 | <!-- 尾部空格被保留 --> | `[abcdefghij]` | `[abcdefghij]` | 10 | 10 | **关键解释：** 1. **空间占用** - `CHAR(10)` 始终占用 10 字节（单字节字符集） - `VARCHAR(10)` 占用实际长度 + 长度前缀（如 'abc' 占 3+1=4 字节） 2. **空格处理** - `CHAR` 插入 `'abc '` → 存储为 `'abc'`（空格被移除） - `VARCHAR` 插入 `'abc '` → 存储为 `'abc '`（空格保留） 3. **比较行为** ```sql -- CHAR 比较忽略尾部空格 SELECT * FROM string_demo WHERE char_col = 'abc'; -- 匹配所有行 -- VARCHAR 比较也忽略尾部空格（SQL标准） SELECT * FROM string_demo WHERE varchar_col = 'abc'; -- 匹配前两行 ``` --- #### 使用场景建议 - **用 `CHAR` 当**： - 数据长度绝对固定（如 MD5 哈希值、国家代码） - 需要极致读取性能（如高频查询的标识字段） - **用 `VARCHAR` 当**： - 数据长度变化大（如用户名、地址） - 存储空间敏感（大表或文本数据） - 需保留尾部空格（如密码字段） > **临界点提示**：当数据长度变化小于 10% 时，`CHAR` 可能更高效（避免碎片化）。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值