mysql怎么用char mysql怎么用创建的用户登录

mysql中char、varchar、nvarchar区别

mysql 中 char 、 varvhar 、 nvarchar 都是用来 存储字符串 的，只是他们的存储方式不一样。

主要从事网页设计、PC网站建设（电脑版网站建设）、wap网站建设（手机版网站建设）、成都响应式网站建设公司、程序开发、微网站、成都微信小程序等，凭借多年来在互联网的打拼，我们在互联网网站建设行业积累了丰富的网站设计制作、网站建设、网络营销经验，集策划、开发、设计、营销、管理等多方位专业化运作于一体，具备承接不同规模与类型的建设项目的能力。

固定长度的非Unicode字符数据，最大长度8000个字符。例：char(8) 输入的字符小于8时，后面用空格补齐，输入的字符大于8时，截取前8个字符。

可变长度的非Unicode字符数据，最大长度8000个字符。例：varchar(8) 存储的字符实际上就是你所输入的字符。但要在总长度上加1字符，用来记录其字节的长度。

可变长度的Unicode字符数据，最大长度4000个字符。字节的存储大小是所输入字符个数的两倍。

char的存储速率比varchar要高，因为varchar要去计算输入字符的长度。但是空间的利用率上varchar要比char更好。

我们知道Unicode编码对英文和中文字符都是用两个字节表示，nvarchar一般用来存储中文 ，存储英文的时候数量上会有所损失。

建议纯英文和数字用char/varchar，有中文使用nvarchar。

对于 MyISAM 存储引擎的表，尽量使用 char ，对于经常需要修改而形成碎片的myisam数据表更是如此，它的缺点是占用磁盘空间。

对于 InnoDB 存储引擎的表，尽量使用 varchar ，因为它的数据存储格式对固定长度的格式和可变长度的格式不加以区分，所以char会比varchar占用更多存储空间，从减少空间占用和磁盘I/O角度看，使用varchar更好。

关于varchar还有一个问题，varchar可以自适应存储空间，那varchar(20)和varchar(1000)存储都是一样的，那每次设计越大就好，免得以后不够用，这个观点是错的，因为mysql会把表信息放进内存中（查询第一次后就缓存了），这时内存的申请是按照固定长度来的，varchar很大，申请的内存也会越大，所以还是按需设值。

1、 存储很短的信息的时候应该用char，例如门牌号：104，因为varchar还会再多一个字节记录长度。

2、 频繁改变的字段应该用char，因为每次修改varchar都会重新计算长度，而这些char不用。

3、 大数据量（多行）提取时varchar的磁盘I/O消耗更低，意味着varchar在综合查询性能上比char更好。

4、 存储数据有中文时，有用nvarchar。

MySQL 数据表优化设计（三）：CHAR 和 VARCHAR 怎么选？

VARCHAR 和 CHAR 是两种主要的字符串类型，用于存储字符。不幸的是，由于实现的方式依赖于存储引擎，因此很难解释这些字符串在磁盘和内存中如何存储，除了除了常用的 InnoDB 和 MyISAM 外，假设你使用了其他存储引擎，应当仔细阅读存储引擎的文档。

VARCHAR 存储可变长度的字符串，也是最常用的字符数据类型。相比固定长度的类型，VARCHAR 所需的存储空间更小，它会尽可能少地使用存储空间（例如，短的字符串占据的空间）。对于 MyISAM 来说，如果创建表的时候指定了 ROW_FORMAT=FIXED 的话，那么会使用固定的空间存储字段而导致空间浪费。VARCHAR 使用1-2个额外的字节存储字符串的长度：当最大长度低于255字节的时候使用1个字节，如果更多的话就使用2个字节。因此，拉丁字符集的 VARCHAR(10)会使用11个字节的存储空间，而 VARCHAR(1000)则会使用1002个字节的存储空间。

VARCHAR 由于能够节省空间，因此可以改善性能。但是，由于长度可变，当更新数据表的时候数据行的存储空间会变化，这一定程度上会带来额外的开销。如果数据行的长度导致原有的存储位置无法存放，那么不同的存储引擎会做不同的处理。例如 MyISAM 可能产生数据行的碎片，而 InnoDB 需要进行磁盘分页来存放更新后的数据行。

通常，如果最大的列长度远远高于平均长度的话（例如可选的备注字段），使用 VARCHAR 是划算的，同时如果更新的频次很低，那么碎片化也不会是一个问题。需要注意的是，如果使用的是 UTF-8字符集，则实际存储的字节长度是根据字符定的。对于中文，推荐的存储字符集是 utf8mb4。

CHAR 类型的长度是固定的，MySQL 会对每个字段分配足够的存储空间。 存储CHAR 类型值的时候，MySQL 会移除后面多出来的空字符 。值是使用空字符进行对齐以便进行比较。对于短的字符串来说，使用 CHAR 更有优势，而如果所有的值的长度几乎一致的话，就可以使用 CHAR。例如存储用户密码的MD5值时使用 CHAR 就更合适，这是因为 MD5的长度总是固定的。同时，对于字段值经常改变的数据类型来说，CHAR 相比 VARCHAR 也更有优势，因为 CHAR 不会产生碎片。对于很短的数据列，使用 CHAR 比 VARCHAR更高效，例如使用CHAR(1)存储逻辑值的 Y 和 N，这种情况下只需要1个字节，而 VARCHAR 需要2个字节。

对于移除空字符这个特性会感觉奇怪，我们举个例子：

按上面的结果插入数据表后，string2中的前置空格不会移除，但使用 CHAR 类型存储时，string3尾随空格会被移除，使用 SQL 查询结果来检验一下：

得出来的结果如下，可以看到 CHAR 类型的 string3后面的空格被移除了，而 VARCHAR类型的没有。这种情况大多数时候不会有什么问题，实际在应用中也经常会使用 trim 函数移除两端的空字符，但是如果确实需要存储空格的时候，那就需要注意不要选择使用 CHAR 类型：

数据如何存储是由存储引擎决定的，而且存储引擎处理固定长度和可变长度的数据的方式并不相同。Memory 引擎使用固定大小的行，因此它需要分配最大可能的存储空间——即便数据长度是可变的。但是，对于字符串的对齐和空字符截断是由 MySQL 服务端完成的，因此所有存储引擎都是一样的。

与 CHAR 和 VARCHAR 相似的是 BINARY和 VARBINARY，用于存储二进制字节字符，BINARY 的对齐使用字符0的字节值来对齐，并且再获取值的时候不会截断。如果需要使用字符的字节值而不是字符的话，使用 BINARY 会更高效，这是因为比较时，一方面不需要考虑大小写，另一方面是MySQL一次只比较一个字节。

mysql中char类型数据怎么扩大长度

char: 是定长格式的，长度范围是0~255. 想要储存一个长度不足255的字符时，MySQL会用空格来填充剩下的字符。因此在读取数据时，char类型的数据要进行处理，把后面的空格去除。