【MySQL字符串数据类型优化】char和varchar的这些细节你们都清楚吗?

本文涉及的产品
RDS AI 助手,专业版
RDS Agent(兼容OpenClaw),2核4GB
RDS DuckDB + QuickBI 企业套餐,8核32GB + QuickBI 专业版
简介: 【MySQL字符串数据类型优化】char和varchar的这些细节你们都清楚吗?

前言

学习过MySQL数据库的友友们肯定对 char和varchar这两个字符串数据类型并不陌生,那么这两个类型的 区别、细节和使用场景你清楚吗?

char与varchar对比

  • char(size),固定长度字符串,最大==255字符==。
  • varchar(size),可变长度字符串,最大==65535字节==(注意这里是字节,在不同的编码规则中字符占用的字节是不相同的),若没定义表的编码则默认为utf8【utf8编码最大21844字符;gdk编码最大为32766字符】
  • (注意字符而非字节)
  • char分配固定字符,char(4)占用四个字符,存入一个字符,也会在内存中占用四个字符空间。
  • varchar按实际使用分配空间,还需使用1-3个字节来记录存放内容长度,总占用 = L(实际数据大小)+(1-3)个字节.

代码样例

CREATE TABLE t4(
    `name` CHAR(255));
#创建一个表t4,定义name的长度为255字符
INSERT INTO t4 VALUES('ABCD');
INSERT INTO t4 VALUES('我是你D');
#给表中添加英文、中文都可以
CREATE TABLE t5(
    `name` VARCHAR(32766)) CHARSET gbk;
#定义编码为gdk,最大长度为32766字符,因为gbk中文占2个字节,英文占1个字节
CREATE TABLE t6(
    `name` VARCHAR(21844));
    #定义编码为默认utf8,最大长度为21844字符,因为utf-8中文占3个字节,英文占1个字节

char与varchar的使用细节

  1. char(4),这个4表示字符数,非字节数,无论中文还是字母都是四个(占用字符空间固定)。
  2. varchar(4),这个4也表示字符数,但是这里存放的字母或者中文是按照定义表时的编码来计算(占用字符空间不固定)。

char和varchar的使用情景

  1. 数据定长,推荐char。例如md5密码(固定32为)、邮编、手机号、身份证号等。

2. 长度不确定,使用varchar。例如留言、文章等。

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
相关文章
|
关系型数据库 MySQL
MySQL字符串拼接方法全解析
本文介绍了四种常用的字符串处理函数及其用法。方法一:CONCAT,用于基础拼接,参数含NULL时返回NULL;方法二:CONCAT_WS,带分隔符拼接,自动忽略NULL值;方法三:GROUP_CONCAT,适用于分组拼接,支持去重、排序和自定义分隔符;方法四:算术运算符拼接,仅适用于数值类型,字符串会尝试转为数值处理。通过示例展示了各函数的特点与应用场景。
【YashanDB 知识库】通过触发器复制 varchar(4000 char) 列的数据导致乱码
**问题简介:** 客户在使用触发器将表 A 中 varchar(4000 char) 列的数据复制到表 B 时,发现表 B 中的数据出现乱码且与表 A 不一致。此问题影响所有 YashanDB 版本,原因是 YashanDB 在处理触发器场景下的大长度 varchar 数据复制时存在机制错误。为避免该问题,建议将列长度修改为 varchar(2000 char) 或更小。数据正确性无法保证,需谨慎处理。 **验证方法:** 可通过创建表 A 和 B 及相应触发器进行测试。
【YashanDB 知识库】通过触发器复制 varchar(4000 char) 列的数据导致乱码
|
存储 SQL 关系型数据库
【YashanDB知识库】MySQL迁移至崖山char类型数据自动补空格问题
**简介**:在MySQL迁移到崖山环境时,若字段类型为char(2),而应用存储的数据仅为'0'或'1',查询时崖山会自动补空格。原因是mysql的sql_mode可能启用了PAD_CHAR_TO_FULL_LENGTH模式,导致保留CHAR类型尾随空格。解决方法是与应用确认数据需求,可将崖山环境中的char类型改为varchar类型以规避补空格问题,适用于所有版本。
【YashanDB知识库】通过触发器复制varchar(4000 char)列的数据导致乱码
【YashanDB知识库】通过触发器复制varchar(4000 char)列的数据导致乱码
【YashanDB 知识库】通过触发器复制 varchar(4000 char) 列的数据导致乱码
**简介:** 某客户在使用触发器将表 A 的 varchar(4000 char) 列数据复制到表 B 时,出现数据乱码且不一致的问题。经分析,YashanDB 在处理触发器场景下的 varchar(4000 char) 列数据复制时存在机制错误,影响所有版本。建议将列长度修改为 varchar(2000 char) 或更小以规避问题。通过特定 SQL 可验证该问题是否存在。
|
存储 SQL 关系型数据库
【YashanDB 知识库】MySQL 迁移至崖山 char 类型数据自动补空格问题
问题分类】功能使用 【关键字】char,char(1) 【问题描述】MySQL 迁移至崖山环境,字段类型源端和目标端都为 char(2),但应用存储的数据为'0'、'1',此时崖山查询该表字段时会自动补充空格 【问题原因分析】mysql 有 sql_mode 控制,检查是否启用了 PAD_CHAR_TO_FULL_LENGTH SQL 模式。如果启用了这个模式,MySQL 才会保留 CHAR 类型字段的尾随空格,默认没有启动。 #查看sql_mode mysql> SHOW VARIABLES LIKE 'sql_mode'; 【解决/规避方法】与应用确认存储的数据,正确定义数据
|
关系型数据库 MySQL 数据库
MySQL数据库基础(数据库操作,常用数据类型,表的操作)
MySQL数据库基础(数据库操作,常用数据类型,表的操作)
247 5
|
存储 关系型数据库 MySQL
MySQL支持多种数据类型
MySQL支持多种数据类型
385 4
|
存储 关系型数据库 MySQL
MySQL数据类型
MySQL数据类型
219 3
|
存储 关系型数据库 MySQL
什么是mysql的数据类型?
什么是mysql的数据类型?
250 2

推荐镜像

更多