11章数据类型

的数值数据类型的总结如下。关于和数值类型存储需求属性的更多信息，参见11.2节，“数字类型”，和11.8节，“数据类型存储的要求”

M表示整数类型的最大显示宽度。最大显示宽度为255。显示宽度无关的类型包含的值的范围，如11.2节，“数字类型”。浮点和定点类型，M是数字存储的总数

如果你指定ZEROFILL一个数字列，MySQL会自动添加无符号属性栏

数字数据类型，允许UNSIGNED属性还允许签署。然而，这些数据类型签名的默认情况下，所以SIGNED属性不起作用

SERIAL是一个别名bigint符号不空auto_increment独特

SERIAL DEFAULT VALUE在整数列的定义是一个别名not null自动增量_单

时态数据的类型总结如下。关于和时态数据类型存储需求属性的更多信息，参见11.3节，“戴特时间类型”，和11.8节，“数据类型存储的要求”。对于功能上的操作时间值的说明，见12.7节，“戴特和时间函数”

对于DATE和DATETIME范围描述，“支持“虽然早期的值可能意味着工作，没有保证。

MySQL允许小数秒TIME，DATETIME，和TIMESTAMP值，以微秒（6位数）精度。定义一个列，包括小数秒部分，使用语法type_name（fsp），在那里type_name是TIME，DATETIME，或TIMESTAMP，和fsp是分数秒的精度。例如：

create table T1（t（3小时），DT DateTime（6））；

这个fsp值，如果有，必须在范围0到6。值意味着没有小数部分。如果省略，默认精度为0。（这不同于标准的SQL默认，与以前的版本的兼容性）

任何TIMESTAMP或DATETIME表中的列可以自动初始化和更新性能。

这个SUM()和AVG()聚合函数不具有时间价值。（他们将这些值的数字，第一个数字字符。在失去一切）要解决这一问题，转换为数值的单位，进行集合运算，并将回到时间的价值。实例：

选择sec_to_time（sum（time_to_sec（time_col）））从tbl_name；选择from_days（和（to_days（date_col）））从tbl_name；

的字符串数据类型的总结如下。关于字符串的类型存储需求属性的更多信息，参见第11.4，“String Types”，和11.8节，“数据类型存储的要求”

在一些情况下，MySQL将字符串列的变化不同，给出了一种CREATE TABLE或ALTER TABLE声明。看到第13.1.18.7，“沉默的列规范的变化”

MySQL解释长度规格单位的字符列定义的字符。这适用于CHAR，VARCHAR，和TEXT类型

许多字符串数据类型的列定义可以包括属性指定的列的字符集或整理。这些属性适用于CHAR，VARCHAR，的TEXT类型，ENUM，和SET数据类型：

字符列的比较和排序是基于分配给列的排序规则。对于CHAR，VARCHAR，TEXT，ENUM，和SET数据类型，你可以用一个二进制声明一个列（_bincollation）或BINARY属性使比较和排序使用底层字符代码值而不是一个词汇顺序。

有关使用mysql字符集的更多信息，参见10章，字符集Unicode排序规则，

MySQL支持SQL标准的整数类型INTEGER（或国际的）和SMALLINT。作为标准的一个扩展，MySQL也支持整数类型TINYINT，MEDIUMINT，和bigint。下表显示了每个整数类型所需的存储范围。

这个DECIMAL和数字类型存储的精确数值数据值。这些类型时使用的是保持准确的精度非常重要，例如货币数据。在MySQL，NUMERIC实施十进制的，所以下面的评论DECIMAL同样适用于数字

MySQL存储DECIMAL二进制格式的值。看到第12，“精确数学”

在一个DECIMAL柱宣言，精度和规模可以（通常）指定；例如：

工资小数（5,2）

在这个例子中，5是精度和二是规模。精度表示存储的值的有效位数，和规模是可以存储的小数点后的位数。

标准SQL要求DECIMAL(5,2)能够存储任何值以五个数字和两位小数，所以值可以存储在工资列的范围从-999.99到九百九十九点九九

在标准的SQL语法DECIMAL(M)相当于（小数点M，0）。Sinlarly，SYNTAX十进制的相当于DECIMAL(M,0)，在实施许可决定的价值M。MySQL支持这两种变异形式十进制的语法。默认值M10

如果规模0，DECIMALValues Contain不要决定一部分。

数字的最大位数DECIMAL是65，但实际的范围，对于一个给定的十进制的柱可以约束的精度和规模对于一个给定的列。当这样的列分配一个值更多位数的小数点后比指定的规模允许的值转换成规模。（精确的行为是特定于操作系统的，但总体效果是截断数字。允许的数量）

这个FLOAT和双近似数值数据类型的值。MySQL使用四个字节为双精度值的单精度值和八字节。

为FLOAT，SQL标准允许的精度可选规格（但不是指数的范围）位以下的关键词浮在括号中。MySQL也支持这个可选的精度要求，但精度值仅用于确定存储大小。从0到4字节单精度23结果的精度FLOAT专栏从24到53，结果在一个字节的双精度精度双专栏

MySQL允许非标准语法：FLOAT(M,D)或真实的M，D）或双精度（M，D）。在这里,（M，D）意味着比值可以存储多达M总的数字，D数字可能是小数点后。例如，一个列定义为浮（7,4）看起来像-999.9999在显示的时候。MySQL进行舍入时存储的值，所以如果你插入九百九十九点零零零零九成FLOAT(7,4)柱，近似结果九百九十九点零零零一

因为浮点值是近似的，不存储为精确值，试图把他们当作精确比较可能导致的问题。他们也受到平台或实现的依赖性。有关更多信息，参见第b.5.4.8，“浮点数”的问题

为了获得最大的可移植性，代码需要近似数字数据存储应用价值FLOAT或双精度没有规范的精度位数

这个BIT数据类型用于存储位的值。一种位（M）使存储M位的值M可以从1到64的范围内。

指定的位值，b'value'符号可以用value是一个二进制值写入使用0和1。例如,B，“111”和b'10000000'代表7和128，分别。看到第9.1.5，“位值文字”

如果你到一个指定值BIT(M)柱比M位长，价值是在左侧用零填充。例如，分配一个值B，“101”一个BIT(6)柱，在效果上，作为分配相同“B”000101

MySQL支持任意指定的整数数据类型在括号中的类型的基关键字后面的显示宽度的延伸。例如,INT(4)指定一个INT用一个四位数的显示宽度。这个可选的显示宽度可以被应用程序用来显示整数的值有一个宽度小于左填充他们的空间指定的列的宽度。（那是，这个宽度是返回结果集的元数据。无论是用不到的应用。）

显示的宽度不限制的范围内的值，可以存储在列。它也没有阻止值被正确显示大于列显示宽度。例如，一列SMALLINT(3)有通常的SMALLINT范围- 32768到32767，和外面的三位值在允许的范围内充分利用超过三位数字显示。

当使用与选择连词（非标）属性ZEROFILL，空间的默认填充替换为零。例如，一列声明为INT(4) ZEROFILL，一个值五检索0005

所有的整数类型可以有一个可选的（非标）属性UNSIGNED。无符号类型可以用来允许一列中只有非负数或当你需要一个更大的数值范围为柱上。例如，如果一个INT柱无符号，该列的范围大小是相同的但其端点的转变-2147483648和二十一亿四千七百四十八万三千六百四十七高达0和四十二亿九千四百九十六万七千二百九十五

浮点和定点类型也可以UNSIGNED。与整数类型，此属性可防止负的值被存储在列。不同的整数类型的列值上限不变。

如果你指定ZEROFILL一个数字列，MySQL会自动添加无符号属性栏

整数或浮点数据类型可以有额外的属性AUTO_INCREMENT。当你插入一个值无效的为索引AUTO_INCREMENT列，列设置为下一个序列值。这通常是value一，在那里value是最大的value for the column currently in the table。（汽车_增量序列的开始1。）

存储0为一个汽车_增量列存储具有相同的效果NULL，除非NO_AUTO_VALUE_ON_ZEROSQL模式启用

插入NULL生成汽车_增量价值观要求列被声明NOT NULL。如果该列声明无效的，插入NULL商店无效的。当你插入任何其他值为AUTO_INCREMENT列，列设置为该值与序列进行复位，以便下次自动生成的值如下顺序从插入的值。

在MySQL 8，负价值AUTO_INCREMENT不支持列

当MySQL存储一个值，在数值列以外的列的数据类型所允许的范围内，结果取决于当时生效的SQL模式：

假设一个表t1这个定义：

创建表T1（I1 tinyint、I2 tinyint unsigned）；

以严格的SQL模式启用，超出范围的错误发生：

mysql> SET sql_mode = 'TRADITIONAL';
mysql> INSERT INTO t1 (i1, i2) VALUES(256, 256);
ERROR 1264 (22003): Out of range value for column 'i1' at row 1
mysql> SELECT * FROM t1;
Empty set (0.00 sec)

以严格的SQL模式不启用，裁剪警告发生：

mysql> SET sql_mode = '';
mysql> INSERT INTO t1 (i1, i2) VALUES(256, 256);
mysql> SHOW WARNINGS;
+---------+------+---------------------------------------------+
| Level   | Code | Message                                     |
+---------+------+---------------------------------------------+
| Warning | 1264 | Out of range value for column 'i1' at row 1 |
| Warning | 1264 | Out of range value for column 'i2' at row 1 |
+---------+------+---------------------------------------------+
mysql> SELECT * FROM t1;
+------+------+
| i1   | i2   |
+------+------+
|  127 |  255 |
+------+------+

当严格的SQL模式未启用，列分配转换的发生是由于裁剪报告为警告ALTER TABLE，LOAD DATA INFILE，UPDATE，和多行INSERT声明.在严格的模式，这些语句失败，和一些或所有的值都不能插入或改变，这取决于表的事务表和其他因素。详情见第5.1.10，”服务器的SQL模式”

在一个错误的数字表达评价结果溢出。例如，最大的签署BIGINT值是922337203685477580，那么下面的表达式产生一个错误：

MySQL的>SELECT 9223372036854775807 + 1;错误1690（22003）：bigint值超出范围”（922337203685477580 1）”

为了使操作成功，在这种情况下，将该值转换为无符号；

mysql> SELECT CAST(9223372036854775807 AS UNSIGNED) + 1;
+-------------------------------------------+
| CAST(9223372036854775807 AS UNSIGNED) + 1 |
+-------------------------------------------+
|                       9223372036854775808 |
+-------------------------------------------+

是否发生溢出取决于操作数的范围，所以另一种方式来处理前面的表达是用精确值算法因为DECIMAL值有一个比整数范围较大：

MySQL的>SELECT 9223372036854775807.0 + 1;--------------------------- | 9223372036854775807.0 1 | --------------------------- | 9223372036854775808.0 | ---------------------------

之间的整数值相减，其中一个是类型UNSIGNED，默认情况下产生一个无符号的结果。如果结果会是负面的，一个错误的结果：

MySQL的>SET sql_mode = '';查询行，0行受影响（0秒）MySQL >SELECT CAST(0 AS UNSIGNED) - 1;错误1690（22003）：bigint无符号值超出范围”（铸造（0为无符号）- 1）”

如果NO_UNSIGNED_SUBTRACTIONSQL模式被启用，结果为阴性：

MySQL的>SET sql_mode = 'NO_UNSIGNED_SUBTRACTION';MySQL的>SELECT CAST(0 AS UNSIGNED) - 1;------------------------- |铸造（0为无符号）-1 | ------------------------- | -1 | -------------------------

如果这样操作的结果是用来更新UNSIGNED整数列，结果是夹到的列类型的最大值，或夹在0如果NO_UNSIGNED_SUBTRACTION启用。如果严格的SQL模式启用时，发生了一个错误，列不变。

这个DATE，日期时间，和TIMESTAMP类型相关。本节描述了他们的特点，他们是如何相似，和他们不同。MySQL的识别日期，DATETIME，和时间戳几种格式的值，描述第9.1.3、戴特和时间的文字”。对于DATE和日期时间把描述；“支持“虽然早期的值可能意味着工作，没有保证。

这个DATE型用于日期部分值，但没有时间的一部分。MySQL检索并显示日期价值观'YYYY-MM-DD'格式支持的范围是“1000-01-01”到'9999-12-31'

这个DATETIME类型是用于价值的价值，其中包括日期和时间部分。MySQL retrieves和显示器日期时间价值观'YYYY-MM-DD HH:MM:SS'格式支持的范围是“1000-01-01 00:00:00”到'9999-12-31 23:59:59'

这个TIMESTAMP数据类型用于值包含日期和时间部分。时间戳有一个范围'1970-01-01 00:00:01'UTC“2038-01-19 03:14:07”UTC

一DATETIME或时间戳值可以包括尾随小数秒参与到微秒（6位数）精度。特别是，在一个值插入到任何小数部分DATETIME或时间戳列存储而不是丢弃。与分数的一部分，这些值的格式'YYYY-MM-DD HH:MM:SS[.fraction]'的范围内，日期时间价值观是'1000-01-01 00:00:00.000000'到“9999-12-31 23:59:59. 999999，和范围TIMESTAMP价值观是“000000”00:00:01. 1970-01-01到'2038-01-19 03:14:07.999999'。小数部分应该由小数点从休息的时间分开；没有其他分数秒分隔符是公认的。关于分数秒支持MySQL，看第11.3.6，“小数秒的时间价值”

这个TIMESTAMP和日期时间数据类型提供自动初始化和更新为当前的日期和时间。有关更多信息，参见第11.3.5，自动初始化和更新的时间戳和日期时间”

MySQL转换TIMESTAMP从当前时区为UTC存储值，并返回到当前的UTC时区检索。（这不发生其他类型如日期时间。）默认情况下，每个连接的当前时区的时间服务器。时区可以设置每个连接的基础上。只要带设置保持不变的时候，你回到相同的价值你的店。如果你的店TIMESTAMP值，然后更改时区和检索值，检索到的值不同于你存储的值。这是因为同一时区不用于双向转换。当前时区的可用的价值time_zone系统变量。有关更多信息，参见第5.1.12，MySQL服务器的时区支持”

无效DATE，日期时间，或TIMESTAMP值转换为“零“适当类型的值（'0000-00-00'或“0000-00-00 00:00:00”）

注意在MySQL日期值解释的某些性质：

MySQL检索并显示TIME价值观“hh：MM：学生格式（或'HHH:MM:SS'宽格式for hours values）。时间值的范围可以从'-838:59:59'到“838:59:59”。时间可能是如此之大，因为TIME型不仅可以用来代表一天中的时间（必须小于24h），而且经过时间或两个事件之间的时间间隔（这可能远远大于24h，甚至负）。

MySQL的识别TIME几种格式的值，其中可以包括尾随小数秒参与到微秒的精度（6位）。看到第9.1.3、戴特和时间的文字”。关于分数秒支持MySQL，看第11.3.6，“小数秒的时间价值”。特别是，在一个值插入到任何小数部分TIME列存储而不是丢弃。与分数的一部分，范围时间价值观是'-838:59:59.000000'到“838:59:59. 000000”

被指派的缩写值仔细TIME专栏MySQL解释缩写时间值与冒号作为一天的时间。这是，'11:12'方法“11:12:00”，不'00:11:12'。MySQL解释缩写值不使用假设，最右边的两个数字代表秒冒号（即为逝去的时间而不是时间）。例如，你可能会认为“1112”和1112作为意义“11:12:00”（十一点后12分钟），但MySQL它们解释为'00:11:12'（11分钟，12秒）。同样，“12”和12被解释为“00:00:12”

唯一的分隔符识别时间与小数秒之间的部分是小数点。

默认情况下，值之外TIME但是其他有效剪到接近终点的范围。例如,“850:00:00”和'850:00:00'转换为“838:59:59”和'838:59:59'。无效时间值转换为'00:00:00'。注意，因为“00:00:00”本身是一个有效的TIME价值，有没有办法告诉，从价值“00:00:00”存储在一个表中，无论初始值被指定为'00:00:00'或者它是否是无效的

对于无效的更严格的处理TIME值，使严格的SQL模式导致错误的发生。看到第5.1.10，”服务器的SQL模式”

这个YEAR类型是一个用来表示年值字节型。它可以被声明为年或YEAR(4)有一个四个字符的显示宽度。

MySQL显示YEAR价值观yyyy格式，与一系列1901到二千一百五十五，或0000

您可以指定输入YEAR在各种格式的值：

MySQL将无效YEAR价值观0000

参见第11.3.8，“约会”两位数字的年份

MySQL 8不支持YEAR(2)在老版本的MySQL数据类型允许的。现有的YEAR(2)列必须转换为YEAR(4)再次成为可用。本节提供有关执行转换信息。

CREATE TABLE t1 (ycol YEAR(2) NOT NULL DEFAULT '70');

修改表T1的力量；

TIMESTAMP和DATETIME列可以自动初始化和更新为当前的日期和时间（即当前时间戳）。

对于任何TIMESTAMP或DATETIME表中的列，您可以将当前时间戳作为默认值，自动更新的值，或两者：

此外，如果explicit_defaults_for_timestamp系统变量是残疾人，你可以初始化或更新任何TIMESTAMP（但不日期时间）列为当前的日期和时间，并指派NULL值，除非它已被定义的无效的属性允许NULL价值观

指定自动属性，使用DEFAULT CURRENT_TIMESTAMP和更新current_timestamp在列定义条款。该条款的顺序并不重要。如果是在一个列定义，也可以先发生。任何的同义词CURRENT_TIMESTAMP具有相同的含义CURRENT_TIMESTAMP。这些都是CURRENT_TIMESTAMP()，NOW()，LOCALTIME，LOCALTIME()，LOCALTIMESTAMP，和LOCALTIMESTAMP()

使用DEFAULT CURRENT_TIMESTAMP和更新current_timestamp具体到TIMESTAMP和DATETIME。这个默认条款还可以用来指定一个常数（非自动）默认值；例如，DEFAULT 0或默认的2000-01-01 00:00:00”

TIMESTAMP或DATETIME可以指定当前时间戳列定义为默认的自动更新值，一但不是其他，或不。不同的列可以有不同的组合的自动性能。下面的规则描述的可能性：

TIMESTAMP和DATETIME列没有自动属性除非明确指定，这个例外：如果explicit_defaults_for_timestamp系统变量是禁用的第一TIMESTAMP塔都有默认current_timestamp和ON UPDATE CURRENT_TIMESTAMP如果没有显式指定。抑制自动属性为第一TIMESTAMP柱，使用这些策略：

考虑到这些表的定义：

CREATE TABLE t1 (
  ts1 TIMESTAMP DEFAULT 0,
  ts2 TIMESTAMP DEFAULT CURRENT_TIMESTAMP
                ON UPDATE CURRENT_TIMESTAMP);
CREATE TABLE t2 (
  ts1 TIMESTAMP NULL,
  ts2 TIMESTAMP DEFAULT CURRENT_TIMESTAMP
                ON UPDATE CURRENT_TIMESTAMP);
CREATE TABLE t3 (
  ts1 TIMESTAMP NULL DEFAULT 0,
  ts2 TIMESTAMP DEFAULT CURRENT_TIMESTAMP
                ON UPDATE CURRENT_TIMESTAMP);

这些性能表：

如果一个TIMESTAMP或DATETIME列定义包含一个明确的分数秒精度值的地方，相同的值必须在列定义中使用。这是允许的：

创建表T1（TS时间戳（6）默认current_timestamp（6）更新current_timestamp（6））；

这是不允许的：

CREATE TABLE t1 (
  ts TIMESTAMP(6) DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP(3)
);

时间戳的初始化和空属性

如果explicit_defaults_for_timestamp系统变量被禁用，TIMESTAMP列的默认不为空，不能包含NULL价值与分配无效的将当前时间戳。允许一个TIMESTAMP列包含无效的明确声明，它与NULL属性。在这种情况下，默认值也成为无效的除非重写一个DEFAULT子句指定不同的默认值。默认为空可以显式地指定NULL作为默认值。（一TIMESTAMP列不使用无效的属性，DEFAULT NULL如果是无效的。）TIMESTAMP列证无效的价值分配NULL将其设置为无效的，不到当前时间戳

下表包含几个TIMESTAMP列证无效的价值观：

CREATE TABLE t
(
  ts1 TIMESTAMP NULL DEFAULT NULL,
  ts2 TIMESTAMP NULL DEFAULT 0,
  ts3 TIMESTAMP NULL DEFAULT CURRENT_TIMESTAMP
);

一TIMESTAMP列证无效的价值观是不在当前时间戳在插入时除根据下列条件之一：

换句话说，一个TIMESTAMP列定义为允许无效的自动初始化值只有其定义包括DEFAULT CURRENT_TIMESTAMP：

创建表（TS时间戳零违约current_timestamp）；

如果TIMESTAMP列证无效的值，但它的定义不包括DEFAULT CURRENT_TIMESTAMP，你必须明确地插入对应当前的日期和时间值。假设表T1和t2这些定义：

创建表T1（TS时间戳零违约的0000-00-00 00:00:00”）；创建表T2（TS时间戳空默认为空）；

设置TIMESTAMP列在表的当前时间戳在插入时，明确指定值。例如:

插入的T2值（current_timestamp）；插入T1值（now()）；

如果explicit_defaults_for_timestamp系统变量是启用，TIMESTAMP列证无效的只有使用价值NULL属性。也,TIMESTAMP列不允许分配无效的将当前时间戳，宣布与NULL或不为空属性。将当前时间戳，设置栏CURRENT_TIMESTAMP或同义词等NOW()

MySQL 8秒的小数部分的支持TIME，DATETIME，和TIMESTAMP值，以微秒（6位数）精度：

在某种程度上，你可以将一个值从一种类型到另一个时空。然而，可能会有一些变更信息的价值或损失。在所有的情况下，之间的时间类型的转换是受有效值的范围为产生式。例如，虽然DATE，DATETIME，和TIMESTAMP价值观都可以用同一套指定格式，类型各不相同的值的范围。TIMESTAMP价值不能早于一千九百七十UTC或晚于'2038-01-19 03:14:07'UTC。这意味着一个日期等“1968-01-01”同时，为有效DATE或DATETIME价值，为无效TIMESTAMP值转换为零

转换DATE价值观：

转换DATETIME和TIMESTAMP价值观：

转换TIME其他时间类型的值，值CURRENT_DATE()is used for the日期。theTIME被解释为经过的时间（没有时间）和添加到日期。这意味着结果的日期部分不同于当前日期如果时间值超出范围“00:00:00”到'23:59:59'

假设当前日期是'2012-01-01'TIME值“12”，'24:00:00'，和“12”，当转换为DATETIME或TIMESTAMP值，导致“2012年1月1日12:00:00”，'2012-01-02 00:00:00'，和'知识' 12:00:00，分别

转换TIME到DATE冰discards相似，但从我方的结果：“2012年1月1日”，'2012-01-02'，和'知识'，分别

显式转换可用于重写的隐式转换。例如，在比较DATE和DATETIME价值观的DATE价值是强制的DATETIME通过添加一个时间部分型“00:00:00”。通过忽略时间的部分进行比较DATETIME而不是使用价值，CAST()在下面的功能：

date_col= CAST(datetime_col日期）

转换TIME和DATETIME值以数字形式（例如，通过添加零）部分取决于是否值包含一个小数秒。TIME(N)或DATETIME(N)转换为整数时N0（或略）和一个十进制的价值N小数位数时N大于0：

MySQL的>SELECT CURTIME(), CURTIME()+0, CURTIME(3)+0;——————| curtime（）（）| curtime | curtime（3 0 0 |）——————| 09∶28∶00 | 92800 | 92800.887 |——>——MySQL。SELECT NOW(), NOW()+0, NOW(3)+0;--------------------- ---------------- -------------------- |现在（现在）|（）（3）0 0 |现在| --------------------- ---------------- -------------------- | 2012 - 08 - 15 9：28点| 20120815092800 | 20120815092800.889 | --------------------- ---------------- --------------------

两位数年份日期值是模糊的因为世纪是未知的。这样的价值观必须被解释为4位形式因为MySQL存储年内使用4位。

为DATETIME，DATE，和TIMESTAMP类型，MySQL对使用这些规则模糊的年值指定的日期：

为YEAR，规则是一样的，这一例外：一个数字00插入YEAR(4)结果0000而不是2000。指定零年（4）和它被解释为2000它作为一个字符串，指定“0”或'00'

记住这些规则只启发式提供合理的猜测你的数据值是什么意思。如果使用MySQL的规则不产生你需要的值，你必须提供明确的输入包含四位数年份值。

ORDER BY正确的分类YEAR有两位数的年值

一些功能如MIN()和MAX()转换YEAR一个数。这意味着一个有两位数年份值不具有这些功能正常工作。在这种情况下，解决方法是将YEAR四位数年份格式

这个CHAR和varchar类型是相似的，但不同的是存储和读取的方法。他们也有不同的最大长度和空格是否保留。

这个CHAR和varchar类型和长度表示的最大字符数你想存储声明。例如,CHAR(30)可容纳30字

一个长度CHAR柱固定的长度，你说当你创建表。长度可以从0到255的任何值。什么时候烧焦值存储，他们就用空格填充到指定的长度。什么时候CHAR检索值，空格删除除非PAD_CHAR_TO_FULL_LENGTHSQL模式启用

价值观VARCHAR列是可变长度的字符串。长度可以被指定为从0到65535的一个值。一个有效的最大长度varchar须行大小的最大值（65535个字节，其中所有列共享）和使用的字符集。看到第c.10.4，“限制表的列数和行的大小”

与…对比CHAR，varchar值存储为一个字节或字节长度前缀加上数据。长度前缀表示的值的字节数。一列使用一个长度字节如果值要求不超过255个字节，如果值可能需要超过255字节长度的字节。

如果严格的SQL模式不启用，你去分配一个值CHAR或varchar柱超过列的最大长度，该值被截断拟合生成警告。对于非空格字符截断，可以导致错误发生（而不是警告），采用严格的SQL模式抑制值插入。看到第5.1.10，”服务器的SQL模式”

为VARCHAR列的尾随空格的列长度超过截断之前插入和生成警告，无论在使用SQL模式。为烧焦列，多余的空格插入值截断进行默默的SQL模式。

VARCHAR值不填充保存时。尾随空格时保留值存储和检索，与标准SQL的一致性。

下表说明了之间的差异CHAR和varchar通过展示存放各种字符串值为结果CHAR(4)和varchar（4）列（假定柱采用单字节字符集等latin1）

显示的值存储在表的最后一行申请只有当不使用严格的模式；如果MySQL是严格模式运行，超过柱长度值不存储，和一个错误的结果

InnoDB固定长度字段大于或等于768字节长度的变长字段的编码，它可以存储页。例如，一个char（255）柱可以超过768字节如果字符集的最大字节长度大于3，因为它是utf8mb4

如果一个给定的值存储到CHAR(4)和varchar（4）列，从列检索的值是不一样的，尾随的空格去掉CHAR列在检索。下面的例子说明了这种差异：

MySQL的>CREATE TABLE vc (v VARCHAR(4), c CHAR(4));查询好，为受影响的行（0.01秒）MySQL >INSERT INTO vc VALUES ('ab  ', 'ab  ');查询行，1行的影响（0秒）MySQL >SELECT CONCAT('(', v, ')'), CONCAT('(', c, ')') FROM vc;|，意图，意图concat（（V）是| concat（）（，，C，|），意图，意图|）（AB）（AB）| |，意图，意图在1行集（0.06秒）

价值观CHAR和varchar列排序和比较，根据分配给列的字符集整理。

大多数的MySQL排序规则有一个垫垫属性空间。例外的是Unicode排序规则基于UCA 9.0.0高，其中有没有垫垫属性。（见第10.10.1，“Unicode字符集”）

要确定一个整理垫属性，使用INFORMATION_SCHEMACOLLATIONS表，其中有一个pad_attribute专栏

垫属性决定尾随空格是多进制的字符串比较治疗（CHAR，varchar，和TEXT值）。没有垫治疗空间排序字符串像任何其他字符结束。PAD的空间排序，尾随空格在比较是微不足道的；字符串比较不考虑任何尾随空格。“比较“在这种情况下，不包括LIKE模式匹配操作，而尾随的空格是重要的。例如:

MySQL的>CREATE TABLE names (myname CHAR(10));查询行，0行受影响（0.03秒）MySQL >INSERT INTO names VALUES ('Monty');查询行，1行的影响（0秒）MySQL >SELECT myname = 'Monty', myname = 'Monty  ' FROM names;+------------------+--------------------+| myname = 'Monty' | myname = 'Monty  ' |+------------------+--------------------+|                1 |                  1 |+------------------+--------------------+1 row in set (0.00 sec)mysql>SELECT myname LIKE 'Monty', myname LIKE 'Monty  ' FROM names;我的意思是，我的意思是，我的意思是，我的意思是我的意思。

这对所有MySQL版本是真实的，而不是由服务器的SQL模式的影响。

对于那些尾随填充字符被剥离或比较忽略他们，如果列有一个索引，需要独特的价值观，插入的列值，差异仅在数尾垫字符将导致重复键错误。例如，如果一个表包含'a'，企图店' '原因有重复的键的错误。

这个BINARY和varbinary类型是相似的CHAR和VARCHAR，除了它们包含二进制字符串而不是二进制字符串。那就是，它们包含的字节字符串而不是字符串。这意味着他们有二元的字符集和整理、比较和排序是基于值的字节数值。

允许的最大长度是相同的BINARY和varbinary因为它是CHAR和VARCHAR，除了长度二元的和VARBINARY是一个长度字节而不是字符。

这个BINARY和varbinary数据类型是不同的CHAR BINARY和varchar二进制日期类型。后者for the types，theBINARY属性不会引起柱被视为一个二进制串柱。相反，它使二进制（_bin）设置要使用的列的字符排序，与柱本身所包含的非二进制字符串而不是二进制字节串。例如,CHAR(5) BINARY作为char（5）字符集utf8mb4整理utf8mb4_bin，假设默认字符集utf8mb4。这不同于二进制（5）商店5字节二进制字符串，其中有binary字符集和整理。对于非二进制字符串二进制字符串和二进制排序规则之间的差异信息，看第10.8.5“二进制排序规则相比，_bin排序规则”

如果严格的SQL模式不启用，你去分配一个值BINARY或varbinary柱超过列的最大长度，该值被截断拟合生成警告。为例，截断，可以导致错误发生（而不是警告），采用严格的SQL模式抑制值插入。看到第5.1.10，”服务器的SQL模式”

什么时候BINARY值存储，他们是正确的垫垫值为指定长度。垫的价值0x00（零字节）。价值观是正确的垫0x00在插入，并没有尾随字节删除选择。所有字节比较显著，包括顺序和DISTINCT运营0x00字节和空间是不同的比较，与0x00< space.

例子：是BINARY(3)柱，' '成为'a \0'当插入“的”0“成为'a\0\0'当插入。插入值保持不变时，选择。

为VARBINARY，有插入和没有字节无填料被选择。所有字节比较显著，包括顺序和DISTINCT运营0x00字节和空间是不同的比较，与0x00< space.

对于那些尾随填充字节剥离或比较忽略他们，如果列有一个索引，需要独特的价值观，插入的列值只有数尾垫字节将导致重复键错误不同。例如，如果一个表包含'a'，企图店“的”0“导致重复键错误

你应该考虑前面的填充和溶出特性仔细如果你计划使用BINARY数据类型用于存储二进制数据，你需要检索的值完全相同的值存储。下面的示例说明了如何0x00-填充BINARY价值观影响的列值的比较：

MySQL的>CREATE TABLE t (c BINARY(3));查询好，为受影响的行（0.01秒）MySQL >INSERT INTO t SET c = 'a';查询行，1行的影响（0.01秒）MySQL >SELECT HEX(c), c = 'a', c = 'a\0\0' from t;+--------+---------+-------------+| HEX(c) | c = 'a' | c = 'a\0\0' |+--------+---------+-------------+| 610000 |       0 |           1 |+--------+---------+-------------+1 row in set (0.09 sec)

如果值检索必须指定存储没有填充的值相同，它可能是最好使用VARBINARY或在一个BLOB数据类型而不是

一BLOB是一个二进制大型对象可以保存一个可变的数据量。四斑点类型TINYBLOB，斑点，MEDIUMBLOB，和longblob。这些仅在不同的值的最大长度可容纳。四TEXT类型tinytext，TEXT，mediumtext，和LONGTEXT。这相当于四斑点类型和具有相同的最大长度和存储要求。看到11.8节，“数据类型存储的要求”

BLOB值被视为二进制字符串（字节串）。他们有二元的字符集和整理、比较和排序是基于列值的字节的数值。TEXT值被视为非二进制字符串（字符串）。他们有一个字符集以外的二元的，和值进行排序和基于角色的排序规则设置比较。

如果严格的SQL模式不启用，你去分配一个值BLOB或文本柱超过列的最大长度，该值被截断拟合生成警告。对于非空格字符截断，可以导致错误发生（而不是警告），采用严格的SQL模式抑制值插入。看到第5.1.10，”服务器的SQL模式”

从价值观到插入多余的空格截断TEXT列总是产生一个警告，无论SQL模式。

为TEXT和斑点列，在插入和没有字节没有填充被选择。

如果一个TEXT列建立索引，索引项比较空间填充结束时。这意味着，如果指数需要独特的价值，重复键错误将发生只有数量的不同值的尾随空格。例如，如果一个表包含' '，企图店'a '导致重复键错误。这是不正确的斑点专栏

在很多方面，你可以把一个BLOB列为VARBINARY柱能随你所愿。同样的，你可以把一个文本列为VARCHAR专栏斑点和TEXT不同于VARBINARY和VARCHAR在以下几个方面：

如果你使用BINARY属性有文本数据类型的列分配二进制（_bin）列的字符集整理

LONG和LONG VARCHAR地图的MEDIUMTEXT数据类型。这是一个兼容的特征。

MySQL连接器/ ODBC定义BLOB价值观longvarbinary和TEXT价值观longvarchar

因为BLOB和文本值可以是非常长的，你可能会遇到一些限制使用：

每个BLOB或文本价值是由一个单独的对象的内部表示。这与所有其他数据类型，用于存储分配每列表时打开。

在某些情况下，可能需要存储二进制数据，如媒体文件BLOB或文本专栏你可能会发现MySQL的字符串处理函数用于这样的数据工作。看到12.5节，“字符串函数”。出于安全和其他原因，通常使用这样的应用程序代码而不是让应用程序的用户FILE特权。你可以在MySQL的论坛讨论各种语言和平台的细节（forums.mysql.com http：/ / /）

一个ENUM是一个从一个列表中的允许值，明确列举在列规范在创建表时选择的值的字符串对象。它具有这些优点：

这些潜在的问题需要考虑：

CREATE TABLE shirts (    name VARCHAR(40),    size ENUM('x-small', 'small', 'medium', 'large', 'x-large'));INSERT INTO shirts (name, size) VALUES ('dress shirt','large'), ('t-shirt','medium'),  ('polo shirt','small');SELECT name, size FROM shirts WHERE size = 'medium';+---------+--------+| name    | size   |+---------+--------+| t-shirt | medium |+---------+--------+UPDATE shirts SET size = 'small' WHERE size = 'large';COMMIT;

mysql> SELECT enum_col+0 FROM tbl_name;

numbers ENUM('0','1','2')

mysql> INSERT INTO t (numbers) VALUES(2),('2'),('3');
mysql> SELECT * FROM t;
+---------+
| numbers |
+---------+
| 1       |
| 2       |
| 2       |
+---------+

创建表的大小（大小枚举（小，concat（'med '，'ium '），'大'））；

SET @mysize = 'medium';

CREATE TABLE sizes (
    size ENUM('small', @mysize, 'large')
);

一SET是一个字符串对象可以有零个或多个值，每个必须选择从列表中的允许值指定在创建表时。配置列的值，包括多个集合的成员是由逗号分隔的成员指定的（,）。这样做的后果是，配置成员价值观本身不应该包含逗号。

例如，一列SET('one', 'two') NOT NULL能有这些价值观：

“''one ''two ''one，两

一SET柱最多可以有64个不同的成员。

在定义重复的值会导致一个警告，或者一个错误如果严格的SQL模式启用。

自动删除空格SET成员表中的值的定义，当一个表创建。

在检索时，储存在一个值SET柱是用lettercase所用的列定义显示。请注意，配置列可以被指定一个字符集和整理。二进制或敏感的排序规则，lettercase考虑分配值的列。

MySQL存储SET值的数值，与存储的值对应于第一集成员的低阶位。如果你检索配置在数字环境中的价值，价值的检索有位设置相应的组成员组成的列值。例如，你可以从一个检索数字值SET柱像这样：

MySQL的>SELECT set_col+0 FROM tbl_name;

如果一个数存储到SET柱位，设置的数的二进制表示形式确定列值的集合成员的。为列指定为集（A，B，C，D），成员有下列十进制和二进制值。

如果你指定一个值9此列，即一千零一在二进制，所以第一和第四SET值的成员' '和'd'选择和结果值A，D

对于一个价值包含多于一个SET元，不要紧的要素列出当你插入的值的顺序。它也没有多少给定元素在列出的值。当该值返回后，在值的每个元素出现一次，与列出的元素根据它们的顺序在创建表时指定。例如，假设一个列指定为集（A，B，C，D）：

mysql> CREATE TABLE myset (col SET('a', 'b', 'c', 'd'));

如果你插入的值'a,d'，“D，”，'a,d,d'，A，D，'，和'd,a,d'：

MySQL的>INSERT INTO myset (col) VALUES ->（A，D），（想，'），（A，D，A），（A，D，D），（会，A，D）；查询行，5行受影响（0.01秒）记录：5份：0警告：0

那么所有这些值显示为'a,d'当检索：

MySQL的>SELECT col FROM myset;------ | Col | ------ | A、D | | A、D | | A、D | | A、D | | A、D | ------ 5行集（0.04秒）

如果你设定了一个SET列为不支持的值，该值被忽略并发出警告：

MySQL的>INSERT INTO myset (col) VALUES ('a,d,d,s');查询行，1行的影响，1报警（0.03秒）MySQL >SHOW WARNINGS;--------- ------ ------------------------------------------ |水平|代码|消息| --------- ------ ------------------------------------------ |警告| 1265 |数据截断柱Col在连续1 | --------- ------ ------------------------------------------ 1行集（0.04秒）MySQL >SELECT col FROM myset;------ | Col | ------ | A、D | | A、D | | A、D | | A、D | | A、D | | A、D | ------ 6行集（0.01秒）

如果严格的SQL模式启用，试图插入无效SET在一个错误的价值观的结果。

SET值按数值排序无效的在非排序值—NULL配置价值观

等功能SUM()或AVG()期待一个数字参数将参数数量如果必要。为配置价值观，铸造操作导致的数值被用。

Normally，you search forSET值的使用FIND_IN_SET()函数或LIKE运营商：

MySQL的>SELECT * FROM tbl_name WHERE FIND_IN_SET('value',set_col)>0;MySQL的>SELECT * FROM tbl_name WHERE set_col LIKE '%value%';

第一个语句找到行set_col包含value集成员。二是相似的，但不一样：它发现行set_col包含value在任何地方，即使作为一个字符串的另一组成员。

下面的语句也是允许的：

mysql> SELECT * FROM tbl_name WHERE set_col & 1;
mysql> SELECT * FROM tbl_name WHERE set_col = 'val1,val2';

这些声明首先包含第一组成员的值。为精确匹配第二看起来。小心第二类型比较。设定值比较'val1,val2'返回不同的结果比对照值'val2，val1'。你要他们在列定义中列出的值指定相同的顺序。

确定了所有可能的值SET柱，使用显示列tbl_name喜欢set_col与解析配置定义在Type该输出列

在C API，SET返回的字符串值。有关使用结果集元数据信息，以区别于其他字符串，看第27.7.5，“C API的数据结构”

MySQL有空间数据类型对应的类的类型。对于这些类型的基础上进行了第11.5.2，“空间几何模型”

一些持有单一的几何空间数据类型值：

GEOMETRY可以存储任何类型的几何值。其他的单值类型（点，LINESTRING，和多边形限制值）的一个特定的几何型。

其他空间数据类型值的集合：

GEOMETRYCOLLECTION可以存储任何类型的对象的集合。其他集合类型（多点，MULTILINESTRING，multipolygon，和GEOMETRYCOLLECTION）限制收集会员对那些具有特定几何型。

例如：创建一个表名geom有一个叫作G可以存储任何几何类型的值，用这个语句：

CREATE TABLE geom (g GEOMETRY);

SPATIAL索引可以创建不为空空间列，所以如果你计划指标列，宣布NOT NULL：

create table（G槽几何尺寸空）；

随着空间数据类型的列可以有一个SRID属性，明确表示的空间参考系统（SRS）存储在列中的值。例如:

创建表空间（P点不空SRID 0，几何不空SRID 4326）；

InnoDB表证SRIDcartesian values for SRSS和地理。MyISAM表证SRID笛卡尔的SRSS方法的价值。

这个SRID属性使得空间柱SRID的限制，具有这些含义：

没有空间列SRID属性不扩散限制和接受任何方案的价值。然而，优化器不能使用空间索引到列定义被修改为包括一个SRID属性，它可能需要的栏目内容第一被修改后，所有的值都有相同的扩散。

其他的例子展示了如何在MySQL中使用的空间数据类型，看第11.5.6，“创造空间列”。关于空间参考系统的信息，参见第11.5.5，“空间参考系统的支持”

OGC提出的几何类型的设置SQL与几何类型环境是基于OpenGIS几何模型。在这个模型中，每个几何对象具有以下基本特性：

两个标准的空间数据格式来表示几何对象查询：

在内部，MySQL存储几何值的格式，要么是不相同的WKT或WKB格式。（内部格式如WKB但与最初的4个字节表示SRID。）

可以有不同的数据格式之间的转换功能；看第12.15.6，几何格式转换功能”

以下各节描述空间数据格式MySQL使用：