CHAR和VARCHAR类型相似，差别主要在存储，尾随空格和检索方式上。
CHAR和VARCHAR相同的是：CHAR和VARCHAR都指定了字符长度，注意是字符长度。例如char(30) 和 varchar(30)表示都可以存30个字符。有一点要注意的是在utf8mb4编码中，每个字符占4个节点。在utf8中，每个字符占3个字节。当要存储的字符超过CHAR/VARCHAR指定的最大长度。在sql mode 没开启的时候是截断要存储的字串，只存储前30位
CHAR列中的值是定长的字符串。长度可以指定为0到255个字符（例如utf8mb4: 0-255*4个字节）之间的值当使用CHAR存储字符时，以CHAR（30）为例，不够30个字符的以空格向右填充。当检索CHAR值时，除非启用sqlmode：PAD_CHAR_TO_FULL-LENGTH SQL模式，否则将删除尾部空格。
VARCHAR列中的值是可变长度的字符串。长度可以指定为0到65535字节之间的值。VARCHAR的有效最大长度取决于最大行大小（65535字节，在所有列之间共享）和使用的字符集
与CHAR不同的是，VARCHAR在存储数据的时候，会额外存储存储1-2个字节（例如varchar(4),这1-2个字节长度不会算在这4个字符长度里面，不用担心被截断），这1-2个字节用来记录数据字符的长度。假如数据字符长度小于等于255，则使用1个字节记录数据长度。大于则用两个字节。CHAR只存储数据本身。如下图所示。
(误区：varchar在查询时比char慢是因为会计算varchar的字节长度（X）)
在latin1编码中，Latin1不能存中文。英文字母为1个字节。
Value CHAR(4) Storage Required VARCHAR(4) Storage Required '' ' ' 4 bytes '' 1 byte 'ab' 'ab ' 4 bytes 'ab' 3 byte 'abcd' 'abcd' 4 bytes 'abcd' 5 byte 'abcdefgh' 'abcd' 4 bytes 'abcd' 5 byte需要注意的是VARCHAR值在存储时不填充空格。在存储和检索值时，尾部空格将被保留，这与标准SQL一致。而CHAR则相反，CHAR在储存时会填充空格，在检索时尾部空格会去掉，无论这个尾部空格是自动填充的还是数据本身的。举个例子：
mysql> CREATE TABLE vc (v VARCHAR(4), c CHAR(4));
Query OK, 0 rows affected (0.01 sec)
mysql> INSERT INTO vc VALUES ('ab ', 'ab ');
Query OK, 1 row affected (0.00 sec)
mysql> SELECT CONCAT('(', v, ')'), CONCAT('(', c, ')') FROM vc;
+---------------------+---------------------+
| CONCAT('(', v, ')') | CONCAT('(', c, ')') |
+---------------------+---------------------+
| (ab ) | (ab) |
+---------------------+---------------------+
1 row in set (0.06 sec)<br><br><br>
做三个实验。
mysql> show create table vc; +-------+------------------------------------------------------------------------------------------------------------------------------------------------------+ | Table | Create Table | +-------+------------------------------------------------------------------------------------------------------------------------------------------------------+ | vc | CREATE TABLE `vc` ( `v` varchar(4) DEFAULT NULL, `c` char(4) DEFAULT NULL, UNIQUE KEY `v_UNIQUE` (`v`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 | +-------+------------------------------------------------------------------------------------------------------------------------------------------------------+ 1 row in set (0.00 sec)
1.查询语句 where 字段=' ab';
mysql> SELECT concat('(',v, ')'),concat('(',c, ')') FROM vc where v=' ab';
Empty set (0.00 sec)
mysql> SELECT concat('(',v, ')'),concat('(',c, ')') FROM vc where c=' ab';
Empty set (0.00 sec)
2.查询语句 where 字段='ab ';
mysql> SELECT concat('(',v, ')'),concat('(',c, ')') FROM vc where v='ab ';
+--------------------+--------------------+
| concat('(',v, ')') | concat('(',c, ')') |
+--------------------+--------------------+
| (ab ) | (ab) |
+--------------------+--------------------+
1 row in set (0.00 sec)
mysql> SELECT concat('(',v, ')'),concat('(',c, ')') FROM vc where c='ab ';
+--------------------+--------------------+
| concat('(',v, ')') | concat('(',c, ')') |
+--------------------+--------------------+
| (ab ) | (ab) |
+--------------------+--------------------+
1 row in set (0.00 sec)<br><br><br>在所有字符串的比较中，不论是varchar，text,char 都会忽略去掉尾部空格，除了like子句，like子句不会去掉尾部空格如下所示<br><br>
mysql> SELECT concat('(',v, ')'),concat('(',c, ')') FROM vipshop_dba.vc where c like 'ab'; （无尾部空格）
+--------------------+--------------------+
| concat('(',v, ')') | concat('(',c, ')') |
+--------------------+--------------------+
| (ab ) | (ab) |
| ( ab ) | (ab) |
+--------------------+--------------------+
2 rows in set (0.00 sec)
mysql> SELECT concat('(',v, ')'),concat('(',c, ')') FROM vipshop_dba.vc where c like 'ab '; （有尾部空格）
Empty set (0.00 sec)
CHAR在储存时会填充空格，在检索时尾部空格会去掉，无论这个尾部空格是自动填充的还是数据本身的。这个去掉尾部空格的动作在比较之前会发生
mysql> SELECT concat('(',v, ')'),concat('(',c, ')') FROM vipshop_dba.vc where v like 'ab '; (有尾部空格)
+--------------------+--------------------+
| concat('(',v, ')') | concat('(',c, ')') |
+--------------------+--------------------+
| (ab ) | (ab) |
+--------------------+--------------------+
1 row in set (0.01 sec)
mysql> SELECT concat('(',v, ')'),concat('(',c, ')') FROM vipshop_dba.vc where v like 'ab'; （无尾部空格）
Empty set (0.00 sec)
3.varchar 设置unique 索引 观察 'ab' 和 'ab '是否同时能存在
mysql> insert into vc (v,c)values('ab ', 'ab ')
-> ;
ERROR 1062 (23000): Duplicate entry 'ab ' for key 'v_UNIQUE'
mysql> insert into vc (v,c)values(' ab ', 'ab ')
-> ;
Query OK, 1 row affected, 1 warning (0.00 sec)<br>说明虽然varchar 尾部空格可以保留，但是索引上似乎额外做了限制。如果varchar是唯一索引，插入的值区别只在于尾部空格的数量的话则会报 Duplicate key
说到字节限制这个问题，也想提醒一下。索引长度也是有限制的噢：
innodb引擎的每个索引列长度限制为767字节（bytes），所有组成索引列的长度和不能大于3072字节。注意是字节，varchar(256)在不同的编码字节计算不同。例如在utf8mb4中，一个字符占4个字节，256个字符=1024个字节。就达不到索引覆盖的效果噢。相当于只做了一个前缀索引（非常重要，前缀索引是需要回（主键）表的，二次查询）
innodb引擎可以通过配置innodb_large_prefix=on（全局参数，动态生效）来让单个索引列长度限制上升到3072字节
- 在MySQL5.7里默认 innodb_large_prefix=1 解除了767bytes长度限制，但是单列索引长度最大还是不能超过3072bytes
- 在MySQL5.6里默认 innodb_large_prefix=0 限制单列索引长度不能超过767bytes。需要设置innodb_large_prefix=ON、innodb_file_format=barracuda、innodb_file_per_table=ON ，且Innodb表的存储格式为 DYNAMIC 或 COMPRESSED，则前缀索引最多可包含3072个字节
以上就是MYSQL中 char 和 varchar的区别的详细内容，更多关于MYSQL char 和 varchar的资料请关注其它相关文章！
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
《魔兽世界》大逃杀！60人新游玩模式《强袭风暴》3月21日上线
暴雪近日发布了《魔兽世界》10.2.6 更新内容，新游玩模式《强袭风暴》即将于3月21 日在亚服上线，届时玩家将前往阿拉希高地展开一场 60 人大逃杀对战。
艾泽拉斯的冒险者已经征服了艾泽拉斯的大地及遥远的彼岸。他们在对抗世界上最致命的敌人时展现出过人的手腕，并且成功阻止终结宇宙等级的威胁。当他们在为即将于《魔兽世界》资料片《地心之战》中来袭的萨拉塔斯势力做战斗准备时，他们还需要在熟悉的阿拉希高地面对一个全新的敌人──那就是彼此。在《巨龙崛起》10.2.6 更新的《强袭风暴》中，玩家将会进入一个全新的海盗主题大逃杀式限时活动，其中包含极高的风险和史诗级的奖励。
《强袭风暴》不是普通的战场，作为一个独立于主游戏之外的活动，玩家可以用大逃杀的风格来体验《魔兽世界》，不分职业、不分装备（除了你在赛局中捡到的），光是技巧和战略的强弱之分就能决定出谁才是能坚持到最后的赢家。本次活动将会开放单人和双人模式，玩家在加入海盗主题的预赛大厅区域前，可以从强袭风暴角色画面新增好友。游玩游戏将可以累计名望轨迹，《巨龙崛起》和《魔兽世界：巫妖王之怒 经典版》的玩家都可以获得奖励。