mysql varchar默认值‘’、null和空区别在哪里

首页 / 常见问题 / 低代码开发 / mysql varchar默认值‘’、null和空区别在哪里
作者:低代码工具 发布时间:05-15 09:44 浏览量:8694
logo
织信企业级低代码开发平台
提供表单、流程、仪表盘、API等功能,非IT用户可通过设计表单来收集数据,设计流程来进行业务协作,使用仪表盘来进行数据分析与展示,IT用户可通过API集成第三方系统平台数据。
免费试用

mysql varchar默认值‘’、null和空的区别:1、数据存储不同;2、数据处理不同。数据存储不同是指”表示一个具有值但该值为空的字符串,占用存储空间,NULL表示缺少值或未知值,不占用存储空间,空是指没有输入任何字符,也不占用存储空间。

一、mysql varchar默认值‘’、null和空区别在哪里

1、数据存储

  • ”:表示一个具有值但该值为空的字符串,占用存储空间,该列可以进行查询和空字符串的比较。如果使用 ” 作为 VARCHAR 类型的默认值,则在不显式地提供值的情况下,该列将被赋值为空字符串。
  • NULL:表示缺少值或未知值,不占用存储空间,不能与任何其他值进行比较和查询。如果使用 NULL 作为 VARCHAR 类型的默认值,则在不显式地提供值的情况下,该列将被赋值为 NULL。
  • 空:是指没有输入任何字符,也不占用存储空间,且无法与任何值进行比较和查询。如果用 VARCHAR 数据类型保存空值,则该值将被表示为 NULL,而不是空字符串”。空值被视为一种无效数据类型,表示用户在输入数据时没有输入任何字符。

2、数据处理

  • ”:表示具有值但该值为空的字符串,可以用来进行空字符串的比较和查询。如果用空字符串作为 VARCHAR 类型的默认值,则在不显式地提供值的情况下,该列将被赋值为空字符串。
  • NULL:表示缺少值或未知值,不能与任何其他值进行比较或运算。如果用 NULL 作为 VARCHAR 类型的默认值,则在不显式地提供值的情况下,该列将被赋值为 NULL。
  • 空:是指没有输入任何字符,无法与其他值进行比较和查询,可以用作区分用户和系统未提供值的区别。如果用户没有输入值,则该列将被表示为 NULL,而不是空字符串”。

二、mysql varchar和char区别在哪里

1、固定长度 & 可变长度

  • VARCHAR:VARCHAR类型用于存储可变长度字符串,是最常见的字符串数据类型。它比固定长度类型更节省空间,因为它仅使用必要的空间(根据实际字符串的长度改变存储空间)。有一种情况例外,如果MySQL表使用ROW_FORMAT=FIXED创建的话,每一行都会使用定长存储。
  • CHAR:CHAR类型用于存储固定长度字符串:MySQL总是根据定义的字符串长度分配足够的空间。当存储CHAR值时,MySQL会删除字符串中的末尾空格(在MySQL 4.1和更老版本中VARCHAR 也是这样实现的——也就是说这些版本中CHAR和VARCHAR在逻辑上是一样的,区别只是在存储格式上)。同时,CHAR值会根据需要采用空格进行剩余空间填充,以方便比较和检索。但正因为其长度固定,所以会占据多余的空间,也是一种空间换时间的策略。

2、存储方式

  • VARCHAR:VARCHAR需要使用1或2个额外字节记录字符串的长度:如果列的最大长度小于或等于255字节,则只使用1个字节表示,否则使用2个字节。假设采用latinl字符集,一个VARCHAR(10)的列需要11个字节的存储空间。VARCHAR(1000)的列则需要1002 个字节,因为需要2个字节存储长度信息。VARCHAR节省了存储空间,所以对性能也有帮助。但是,由于行是变长的,在UPDATE时可能使行变得比原来更长,这就导致需要做额外的工作。如果一个行占用的空间增长,并且在页内没有更多的空间可以存储,在这种情况下,不同的存储引擎的处理方式是不一样的。例如,MylSAM会将行拆成不同的片段存储,InnoDB则需要分裂页来使行可以放进页内。
  • CHAR:CHAR适合存储很短或长度近似的字符串。例如,CHAR非常适合存储密码的MD5值,因为这是一个定长的值。对于经常变更的数据,CHAR也比VARCHAR更好,因为定长的CHAR类型不容易产生碎片。对于非常短的列,CHAR比VARCHAR在存储空间上也更有效率。例如用CHAR(1)来存储只有Y和N的值,如果采用单字节字符集只需要一个字节,但是VARCHAR(1)却需要两个字节,因为还有一个记录长度的额外字节。

3、存储容量

  • CHAR:对于char类型来说,非常多只能存放的字符个数为255,和编码无关,任何编码最大容量都是255。
  • VARCHAR:MySQL行默认最大65535字节,是所有列共享(相加)的,所以VARCHAR的最大值受此限制。表中只有单列字段情况下,varchar一般非常多能存放(65535 – 3)个字节,varchar的最大有效长度通过最大行数据长度和使用的字符集来确定,通常的最大长度是65532个字符(当字符串中的字符都只占1个字节时,能达到65532个字符)。

三、CHAR和VARCHAR在SQL中需要注意的点

下面通过一个具体的示例来说明CHAR和VARCHAR类型存储时的区别。我们创建一张同时存在CHAR(10)字段、VARCHAR(10)字段的表,并且往里面插入一些值来做对比验证:

-- 建表语句
CREATE TABLE `str_table` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `str_char` char(10) DEFAULT NULL,
  `str_varchar` varchar(10) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8mb4;

分别插入一些字符串前面和后面都有空格的示例:

-- 插入测试数据
INSERT INTO `str_table` (`id`, `str_char`, `str_varchar`) 
VALUES 
(null, '陈哈哈', '陈哈哈'),
(null, '  陈哈哈', '  陈哈哈'),
(null, '陈哈哈  ', '陈哈哈  ');

测试数据查询语句如下,通过拼接能更好的看出对比效果:

-- 测试数据查询
select id,concat("|",str_char,"|") as `char`,concat("|",str_varchar,"|") as `varchar` from str_table;
mysql> select id,concat("|",str_char,"|") as `char`,concat("|",str_varchar,"|") as `varchar` from str_table;
+----+---------------+---------------+
| id | char          | varchar       |
+----+---------------+---------------+
|  6 | |陈哈哈|      | |陈哈哈|      |
|  7 | |  陈哈哈|    | |  陈哈哈|    |
|  8 | |陈哈哈|      | |陈哈哈  |    |
+----+---------------+---------------+
3 rows in set (0.00 sec)

当检索这些值的时候,会发现id=8行中,char类型的“陈哈哈”末尾的空格被截断了,而VARCHAR(10)字段存储相同的值时,末尾的空格被保留了。另外,id=7行的数据前面空格都被保留了。可见,CHAR会默认切掉字符串末尾的空格,如果需要保留末尾的空格,记得用varchar类型。

延伸阅读1:类似的二进制类型VARBINARY

与CHAR和VARCHAR类似的类型还有BINARY和VARBINARY,它们存储的是二进制字符串。二进制字符串跟常规字符串非常相似,但是二进制字符串存储的是字节码而不是字符。 填充也不一样:MySQL填充BINARY采用的是\0 (零字节)而不是空格,在检索时也不会去掉填充值。

最后建议,企业在引入信息化系统初期,切记要合理有效地运用好工具,这样一来不仅可以让公司业务高效地运行,还能最大程度保证团队目标的达成。同时还能大幅缩短系统开发和部署的时间成本。特别是有特定需求功能需要定制化的企业,可以采用我们公司自研的企业级低代码平台织信Informat。 织信平台基于数据模型优先的设计理念,提供大量标准化的组件,内置AI助手、组件设计器、自动化(图形化编程)、脚本、工作流引擎(BPMN2.0)、自定义API、表单设计器、权限、仪表盘等功能,能帮助企业构建高度复杂核心的数字化系统。如ERP、MES、CRM、PLM、SCM、WMS、项目管理、流程管理等多个应用场景,全面助力企业落地国产化/信息化/数字化转型战略目标。 版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们微信:Informat_5 处理,核实后本网站将在24小时内删除。

版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系邮箱:hopper@cornerstone365.cn 处理,核实后本网站将在24小时内删除。

最近更新

如何抓住微云低代码限量预约的机遇?
07-07 09:21
幼儿园低代码项目:打造智慧校园的高效解决方案
07-07 09:21
常见的低代码语言:提升开发效率的利器
07-07 09:21
工业低代码市场规模受哪些因素影响?其现状与未来趋势怎样?
07-07 09:21
微信低代码的生态优势:助力企业高效开发与数字化升级
07-07 09:21
拆分杆组要高副低代码:全方位解读与应用
07-07 09:21
安卓低代码App开发:企业数字化转型的新利器
07-07 09:21
如何高效抢占低代码高地,引领企业数字化转型?
07-07 09:21
小企业低代码管理:高效数字化转型的捷径
07-07 09:21

立即开启你的数字化管理

用心为每一位用户提供专业的数字化解决方案及业务咨询

  • 深圳市基石协作科技有限公司
  • 地址:深圳市南山区科发路8号金融基地1栋5F5
  • 手机:137-1379-6908
  • 邮箱:sales@cornerstone365.cn
  • 微信公众号二维码

© copyright 2019-2024. 织信INFORMAT 深圳市基石协作科技有限公司 版权所有 | 粤ICP备15078182号

前往Gitee仓库
微信公众号二维码
咨询织信数字化顾问获取最新资料
数字化咨询热线
137-1379-6908
申请预约演示
立即与行业专家交流