深入了解MySQL中时间的存储方式mysql中保存时间

一、深入了解MySQL中时间的存储方式mysql中保存时间

MySQL是一种流行的关系型数据库管理系统，它在许多企业中使用广泛。MySQL支持各种数据类型，包括日期和时间类型。在MySQL中，时间数据类型用于存储与时间有关的数据，例如日期、时间、日期时间和时间戳。在对时间数据进行存储和操作时，了解MySQL中时间的存储方式非常重要。

1. DATE:日期，格式为“YYYY-MM-DD”。

2. TIME:时间，格式为“HH:MM:SS”。

3. DATETIME:日期和时间，格式为“YYYY-MM-DD HH:MM:SS”。

4. TIMESTAMP:时间戳，格式为“YYYY-MM-DD HH:MM:SS”。

在MySQL中，时间数据类型使用特定的格式进行存储。下表显示了MySQL中时间数据类型的存储格式：

|————|————————|

| DATETIME| YYYY-MM-DD HH:MM:SS|

| TIMESTAMP| YYYY-MM-DD HH:MM:SS|

MySQL将时间存储为数字，日期存储为YYYY-MM-DD（固定长度为10个字符），时间存储为HH:MM:SS（固定长度为8个字符），日期时间存储为YYYY-MM-DD HH:MM:SS（固定长度为19个字符）。时间戳存储为64位整数，可以自动更新为当前时间和日期。

以下示例演示了如何使用MYSQL NOW（）函数获取当前日期和时间：

以下示例演示了如何使用MySQL STR_TO_DATE（）函数将字符串转换为日期：

SELECT STR_TO_DATE(‘2022-06-01’,‘%Y-%m-%d’);

MySQL中的时间数据类型可用于存储和操作时间。以下是MySQL中时间数据类型的使用示例：

INSERT INTO my_table(id, my_date) VALUES(1,‘2022-06-01’);

SELECT* FROM my_table WHERE my_date=‘2022-06-01’;

INSERT INTO my_table(id, my_time) VALUES(1,’12:30:00′);

SELECT* FROM my_table WHERE my_time=’12:30:00′;

INSERT INTO my_table(id, my_datetime) VALUES(1,‘2022-06-01 12:30:00’);

SELECT* FROM my_table WHERE my_datetime=‘2022-06-01 12:30:00’;

INSERT INTO my_table(id, my_timestamp) VALUES(1, CURRENT_TIMESTAMP);

SELECT* FROM my_table WHERE my_timestamp= CURRENT_TIMESTAMP;

在MySQL中存储和操作时间数据类型时，了解时间的存储方式非常重要。 MySQL将时间存储为数字，日期存储为YYYY-MM-DD，时间存储为HH:MM:SS，日期时间存储为YYYY-MM-DD HH:MM:SS。使用MySQL中的时间数据类型进行操作时，可以轻松地将其与其他数据类型进行比较和计算。使用正确的时间数据类型和正确的时间格式可以帮助您的应用程序更好地处理时间数据。

二、mysql 如何备份和还原数据库

目前 MySQL支持的免费备份工具有：mysqldump、mysqlhotcopy，还可以用 SQL语法进行备份：BACKUP TABLE或者 SELECT INTO OUTFILE，又或者备份二进制日志（binlog），还可以是直接拷贝数据文件和相关的配置文件。MyISAM表是保存成文件的形式，因此相对比较容易备份，上面提到的几种方法都可以使用。Innodb所有的表都保存在同一个数据文件 ibdata1中（也可能是多个文件，或者是独立的表空间文件），相对来说比较不好备份，免费的方案可以是拷贝数据文件、备份 binlog，或者用 mysqldump。

mysqldump是采用SQL级别的备份机制，它将数据表导成 SQL脚本文件，在不同的 MySQL版本之间升级时相对比较合适，这也是最常用的备份方法。现在来讲一下 mysqldump的一些主要参数：

它告诉 mysqldump，导出的数据将和哪种数据库或哪个旧版本的 MySQL服务器相兼容。值可以为 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options等，要使用几个值，用逗号将它们隔开。当然了，它并不保证能完全兼容，而是尽量兼容。

导出的数据采用包含字段名的完整 INSERT方式，也就是把所有的值都写在一行。这么做能提高插入效率，但是可能会受到 max_allowed_packet参数的影响而导致插入失败。因此，需要谨慎使用该参数，至少我不推荐。

•--default-character-set=charset

指定导出数据时采用何种字符集，如果数据表不是采用默认的 latin1字符集的话，那么导出时必须指定该选项，否则再次导入数据后将产生乱码问题。

告诉 mysqldump在 INSERT语句的开头和结尾增加/*!40000 ALTER TABLE table DISABLE KEYS*/;和/*!40000 ALTER TABLE table ENABLE KEYS*/;语句，这能大大提高插入语句的速度，因为它是在插入完所有数据后才重建索引的。该选项只适合 MyISAM表。

•--extended-insert= true|false

默认情况下，mysqldump开启--complete-insert模式，因此不想用它的的话，就使用本选项，设定它的值为 false即可。

使用十六进制格式导出二进制字符串字段。如果有二进制数据就必须使用本选项。影响到的字段类型有 BINARY、VARBINARY、BLOB。

在开始导出之前，提交请求锁定所有数据库中的所有表，以保证数据的一致性。这是一个全局读锁，并且自动关闭--single-transaction和--lock-tables选项。

它和--lock-all-tables类似，不过是锁定当前导出的数据表，而不是一下子锁定全部库下的表。本选项只适用于 MyISAM表，如果是 Innodb表可以用--single-transaction选项。

只导出数据，而不添加 CREATE TABLE语句。

不导出任何数据，只导出数据库表结构。

这只是一个快捷选项，等同于同时添加--add-drop-tables--add-locking--create-option--disable-keys--extended-insert--lock-tables--quick--set-charset选项。本选项能让 mysqldump很快的导出数据，并且导出的数据能很快导回。该选项默认开启，但可以用--skip-opt禁用。注意，如果运行 mysqldump没有指定--quick或--opt选项，则会将整个结果集放在内存中。如果导出大数据库的话可能会出现问题。

该选项在导出大表时很有用，它强制 mysqldump从服务器查询取得记录直接输出而不是取得所有记录后将它们缓存到内存中。

该选项在导出数据之前提交一个 BEGIN SQL语句，BEGIN不会阻塞任何应用程序且能保证导出时数据库的一致性状态。它只适用于事务表，例如 InnoDB和 BDB。本选项和--lock-tables选项是互斥的，因为 LOCK TABLES会使任何挂起的事务隐含提交。要想导出大表的话，应结合使用--quick选项。

同时导出触发器。该选项默认启用，用--skip-triggers禁用它。

其他参数详情请参考手册，我通常使用以下 SQL来备份 MyISAM表：

/usr/local/mysql/bin/mysqldump-uyejr-pyejr--default-character-set=utf8--opt--extended-insert=false\

--triggers-R--hex-blob-x db_name> db_name.sql

/usr/local/mysql/bin/mysqldump-uyejr-pyejr--default-character-set=utf8--opt--extended-insert=false\

--triggers-R--hex-blob--single-transaction db_name> db_name.sql

用 mysqldump备份出来的文件是一个可以直接倒入的 SQL脚本，有两种方法可以将数据导入。

/usr/local/mysql/bin/mysql-uyejr-pyejr db_name< db_name.sql

其实这不是标准的 SQL语法，而是 mysql客户端提供的功能，例如：

这里需要指定文件的绝对路径，并且必须是 mysqld运行用户(例如 nobody)有权限读取的文件。

mysqlhotcopy是一个 PERL程序，最初由Tim Bunce编写。它使用 LOCK TABLES、FLUSH TABLES和 cp或 scp来快速备份数据库。它是备份数据库或单个表的最快的途径，但它只能运行在数据库文件（包括数据表定义文件、数据文件、索引文件）所在的机器上。mysqlhotcopy只能用于备份 MyISAM，并且只能运行在类Unix和 NetWare系统上。

mysqlhotcopy支持一次性拷贝多个数据库，同时还支持正则表达。以下是几个例子：

root#/usr/local/mysql/bin/mysqlhotcopy-h=localhost-u=yejr-p=yejr db_name/tmp(把数据库目录 db_name拷贝到/tmp下)

root#/usr/local/mysql/bin/mysqlhotcopy-h=localhost-u=yejr-p=yejr db_name_1... db_name_n/tmp

root#/usr/local/mysql/bin/mysqlhotcopy-h=localhost-u=yejr-p=yejr db_name./regex//tmp

更详细的使用方法请查看手册，或者调用下面的命令来查看 mysqlhotcopy的帮助：

perldoc/usr/local/mysql/bin/mysqlhotcopy

注意，想要使用 mysqlhotcopy，必须要有 SELECT、RELOAD(要执行 FLUSH TABLES)权限，并且还必须要能够有读取 datadir/db_name目录的权限。

mysqlhotcopy备份出来的是整个数据库目录，使用时可以直接拷贝到 mysqld指定的 datadir(在这里是/usr/local/mysql/data/)目录下即可，同时要注意权限的问题，如下例：

root#cp-rf db_name/usr/local/mysql/data/

root#chown-R nobody:nobody/usr/local/mysql/data/(将 db_name目录的属主改成 mysqld运行用户)

BACKUP TABLE语法其实和 mysqlhotcopy的工作原理差不多，都是锁表，然后拷贝数据文件。它能实现在线备份，但是效果不理想，因此不推荐使用。它只拷贝表结构文件和数据文件，不同时拷贝索引文件，因此恢复时比较慢。例子：

BACK TABLE tbl_name TO'/tmp/db_name/';

注意，必须要有 FILE权限才能执行本SQL，并且目录/tmp/db_name/必须能被 mysqld用户可写，导出的文件不能覆盖已经存在的文件，以避免安全问题。

SELECT INTO OUTFILE则是把数据导出来成为普通的文本文件，可以自定义字段间隔的方式，方便处理这些数据。例子：

SELECT INTO OUTFILE'/tmp/db_name/tbl_name.txt' FROM tbl_name;

注意，必须要有 FILE权限才能执行本SQL，并且文件/tmp/db_name/tbl_name.txt必须能被 mysqld用户可写，导出的文件不能覆盖已经存在的文件，以避免安全问题。

用 BACKUP TABLE方法备份出来的文件，可以运行 RESTORE TABLE语句来恢复数据表。例子：

RESTORE TABLE FROM'/tmp/db_name/';

用 SELECT INTO OUTFILE方法备份出来的文件，可以运行 LOAD DATA INFILE语句来恢复数据表。例子：

LOAD DATA INFILE'/tmp/db_name/tbl_name.txt' INTO TABLE tbl_name;

权限要求类似上面所述。倒入数据之前，数据表要已经存在才行。如果担心数据会发生重复，可以增加 REPLACE关键字来替换已有记录或者用 IGNORE关键字来忽略他们。

shell> mysqldump--quick db_name| gzip> db_name.contents.gz(该例子中创建的文件是压缩格式）。

shell> gunzip< db_name.contents.gz| mysql db_name以上命令,适用于*nix操作系统的机器

采用 binlog的方法相对来说更灵活，省心省力，而且还可以支持增量备份。

启用 binlog时必须要重启 mysqld。首先，关闭 mysqld，打开 my.cnf，加入以下几行：

然后启动 mysqld就可以了。运行过程中会产生 binlog.000001以及 binlog.index，前面的文件是 mysqld记录所有对数据的更新操作，后面的文件则是所有 binlog的索引，都不能轻易删除。关于 binlog的信息请查看手册。

需要备份时，可以先执行一下 SQL语句，让 mysqld终止对当前 binlog的写入，就可以把文件直接备份，这样的话就能达到增量备份的目的了：

FLUSH LOGS;如果是备份复制系统中的从服务器，还应该备份 master.info和 relay-log.info文件。

备份出来的 binlog文件可以用 MySQL提供的工具 mysqlbinlog来查看，如：

/usr/local/mysql/bin/mysqlbinlog/tmp/binlog.000001

该工具允许你显示指定的数据库下的所有 SQL语句，并且还可以限定时间范围，相当的方便，详细的请查看手册。

恢复时，可以采用类似以下语句来做到：

/usr/local/mysql/bin/mysqlbinlog/tmp/binlog.000001| mysql-uyejr-pyejr db_name

把 mysqlbinlog输出的 SQL语句直接作为输入来执行它。

如果你有空闲的机器，不妨采用这种方式来备份。由于作为 slave的机器性能要求相对不是那么高，因此成本低，用低成本就能实现增量备份而且还能分担一部分数据查询压力，何乐而不为呢？

相较前几种方法，备份数据文件最为直接、快速、方便，缺点是基本上不能实现增量备份。为了保证数据的一致性，需要在靠背文件前，执行以下 SQL语句：

FLUSH TABLES WITH READ LOCK;也就是把内存中的数据都刷新到磁盘中，同时锁定数据表，以保证拷贝过程中不会有新的数据写入。这种方法备份出来的数据恢复也很简单，直接拷贝回原来的数据库目录下即可。

注意，对于 Innodb类型表来说，还需要备份其日志文件，即 ib_logfile*文件。因为当 Innodb表损坏时，就可以依靠这些日志文件来恢复。

对于中等级别业务量的系统来说，备份策略可以这么定：第一次全量备份，每天一次增量备份，每周再做一次全量备份，如此一直重复。而对于重要的且繁忙的系统来说，则可能需要每天一次全量备份，每小时一次增量备份，甚至更频繁。为了不影响线上业务，实现在线备份，并且能增量备份，最好的办法就是采用主从复制机制(replication)，在 slave机器上做备份。

作为一名DBA(我目前还不是，呵呵)，最重要的工作内容之一是保证数据表能安全、稳定、高速使用。因此，需要定期维护你的数据表。以下 SQL语句就很有用：

CHECK TABLE或 REPAIR TABLE，检查或维护 MyISAM表

当然了，上面这些命令起始都可以通过工具 myisamchk来完成，在这里不作详述。

Innodb表则可以通过执行以下语句来整理碎片，提高索引速度：

ALTER TABLE tbl_name ENGINE= Innodb;

这其实是一个 NULL操作，表面上看什么也不做，实际上重新整理碎片了。

通常使用的 MyISAM表可以用上面提到的恢复方法来完成。如果是索引坏了，可以用 myisamchk工具来重建索引。而对于 Innodb表来说，就没这么直接了，因为它把所有的表都保存在一个表空间了。不过 Innodb有一个检查机制叫模糊检查点，只要保存了日志文件，就能根据日志文件来修复错误。可以在 my.cnf文件中，增加以下参数，让 mysqld在启动时自动检查日志文件：

三、mysql有哪些数据类型

Mysql支持所有标准SQL中的数值类型，其中包括严格数据类型(INTEGER,SMALLINT,DECIMAL,NUMBERIC)，以及近似数值数据类型(FLOAT,REAL,DOUBLE PRESISION),并在此基础上进行扩展。

扩展后增加了TINYINT,MEDIUMINT,BIGINT这3种长度不同的整形，并增加了BIT类型，用来存放位数据。

整数类型字节范围（有符号）范围（无符号）用途

TINYINT 1字节(-128，127)(0，255)小整数值

SMALLINT 2字节(-32 768，32 767)(0，65 535)大整数值

MEDIUMINT 3字节(-8 388 608，8 388 607)(0，16 777 215)大整数值

INT或INTEGER 4字节(-2 147 483 648，2 147 483 647)(0，4 294 967 295)大整数值

BIGINT 8字节(-9 233 372 036 854 775 808，9 223 372 036 854 775 807)(0，18 446 744 073 709 551 615)极大整数值

FLOAT 4字节(-3.402 823 466 E+38，1.175 494 351 E-38)，0，(1.175 494 351 E-38，3.402 823 466 351 E+38) 0，(1.175 494 351 E-38，3.402 823 466 E+38)单精度浮点数值

DOUBLE 8字节(1.797 693 134 862 315 7 E+308，2.225 073 858 507 201 4 E-308)，0，(2.225 073 858 507 201 4 E-308，1.797 693 134 862 315 7 E+308) 0，(2.225 073 858 507 201 4 E-308，1.797 693 134 862 315 7 E+308)双精度浮点数值

DECIMAL对DECIMAL(M,D)，如果M>D，为M+2否则为D+2依赖于M和D的值依赖于M和D的值小数值

在 MySQL中支持的 5个主要整数类型是 TINYINT，SMALLINT，MEDIUMINT，INT和 BIGINT。这些类型在很大程度上是相同的，只有它们存储的值的大小是不相同的。

MySQL以一个可选的显示宽度指示器的形式对 SQL标准进行扩展，这样当从数据库检索一个值时，可以把这个值加长到指定的长度。例如，指定一个字段的类型为 INT(6)，

就可以保证所包含数字少于 6个的值从数据库中检索出来时能够自动地用空格填充。需要注意的是，使用一个宽度指示器不会影响字段的大小和它可以存储的值的范围。

万一我们需要对一个字段存储一个超出许可范围的数字，MySQL会根据允许范围最接近它的一端截短后再进行存储。还有一个比较特别的地方是，

MySQL会在不合规定的值插入表前自动修改为 0。

UNSIGNED修饰符规定字段只保存正值。因为不需要保存数字的正、负符号，可以在储时节约一个“位”的空间。从而增大这个字段可以存储的值的范围。

ZEROFILL修饰符规定 0（不是空格）可以用来真补输出的值。使用这个修饰符可以阻止 MySQL数据库存储负值。

MySQL支持的三个浮点类型是 FLOAT、DOUBLE和 DECIMAL类型。FLOAT数值类型用于表示单精度浮点数值，而 DOUBLE数值类型用于表示双精度浮点数值。

与整数一样，这些类型也带有附加参数：一个显示宽度指示器和一个小数点指示器。比如语句 FLOAT(7,3)规定显示的值不会超过 7位数字，小数点后面带有 3位数字。

对于小数点后面的位数超过允许范围的值，MySQL会自动将它四舍五入为最接近它的值，再插入它。

DECIMAL数据类型用于精度要求非常高的计算中，这种类型允许指定数值的精度和计数方法作为选择参数。精度在这里指为这个值保存的有效数字的总个数，

而计数方法表示小数点后数字的位数。比如语句 DECIMAL(7,3)规定了存储的值不会超过 7位数字，并且小数点后不超过 3位。

忽略 DECIMAL数据类型的精度和计数方法修饰符将会使 MySQL数据库把所有标识为这个数据类型的字段精度设置为 10，计算方法设置为 0。

UNSIGNED和 ZEROFILL修饰符也可以被 FLOAT、DOUBLE和 DECIMAL数据类型使用。并且效果与 INT数据类型相同。

MySQL提供了8个基本的字符串类型,分别:CHAR、VARCHAR、BINARY、VARBINARY、BLOB、TEXT、ENUM各SET等多种字符串类型。

可以存储的范围从简单的一个字符到巨大的文本块或二进制字符串数据。

字符串类型字节大小描述及存储需求

TINYBLOB 0-255字节不超过 255个字符的二进制字符串

TINYTEXT 0-255字节短文本字符串

BLOB 0-65535字节二进制形式的长文本数据

MEDIUMBLOB 0-16 777 215字节二进制形式的中等长度文本数据

MEDIUMTEXT 0-16 777 215字节中等长度文本数据

LOGNGBLOB 0-4 294 967 295字节二进制形式的极大文本数据

LONGTEXT 0-4 294 967 295字节极大文本数据

VARBINARY(M)允许长度0-M个字节的定长字节符串，值的长度+1个字节

BINARY(M) M允许长度0-M个字节的定长字节符串

CHAR类型用于定长字符串，并且必须在圆括号内用一个大小修饰符来定义。这个大小修饰符的范围从 0-255。比指定长度大的值将被截短，而比指定长度小的值将会用空格作填补。

CHAR类型可以使用 BINARY修饰符。当用于比较运算时，这个修饰符使 CHAR以二进制方式参于运算，而不是以传统的区分大小写的方式。

CHAR类型的一个变体是 VARCHAR类型。它是一种可变长度的字符串类型，并且也必须带有一个范围在 0-255之间的指示器。CHAR和 VARCHGAR不同之处在于 MYSQL数据库处理

这个指示器的方式：CHAR把这个大小视为值的大小，不长度不足的情况下就用空格补足。而 VARCHAR类型把它视为最大值并且只使用存储字符串实际需要的长度

(增加一个额外字节来存储字符串本身的长度)来存储值。所以短于指示器长度的 VARCHAR类型不会被空格填补，但长于指示器的值仍然会被截短。

因为 VARCHAR类型可以根据实际内容动态改变存储值的长度，所以在不能确定字段需要多少字符时使用 VARCHAR类型可以大大地节约磁盘空间、提高存储效率。

VARCHAR类型在使用 BINARY修饰符时与 CHAR类型完全相同。

对于字段长度要求超过 255个的情况下，MySQL提供了 TEXT和 BLOB两种类型。根据存储数据的大小，它们都有不同的子类型。这些大型的数据用于存储文本块或图像、

TEXT和 BLOB类型在分类和比较上存在区别。BLOB类型区分大小写，而 TEXT不区分大小写。大小修饰符不用于各种 BLOB和 TEXT子类型。

比指定类型支持的最大范围大的值将被自动截短。

在处理日期和时间类型的值时，MySQL带有 5个不同的数据类型可供选择。它们可以被分成简单的日期、时间类型，和混合日期、时间类型。

根据要求的精度，子类型在每个分类型中都可以使用，并且 MySQL带有内置功能可以把多样化的输入格式变为一个标准格式。

DATE 4 1000-01-01/9999-12-31 YYYY-MM-DD日期值

TIME 3'-838:59:59'/'838:59:59' HH:MM:SS时间值或持续时间

DATETIME 8 1000-01-01 00:00:00/9999-12-31 23:59:59 YYYY-MM-DD HH:MM:SS混合日期和时间值

TIMESTAMP 4 1970-01-01 00:00:00/2037年某时 YYYYMMDD HHMMSS混合日期和时间值，时间戳

MySQL用 DATE和 TEAR类型存储简单的日期值，使用 TIME类型存储时间值。这些类型可以描述为字符串或不带分隔符的整数序列。如果描述为字符串,

DATE类型的值应该使用连字号作为分隔符分开，而 TIME类型的值应该使用冒号作为分隔符分开。

需要注意的是，没有冒号分隔符的 TIME类型值，将会被 MySQL理解为持续的时间，而不是时间戳。

MySQL还对日期的年份中的两个数字的值，或是 SQL语句中为 TEAR类型输入的两个数字进行最大限度的通译。因为所有 TEAR类型的值必须用 4个数字存储。

MySQL试图将 2个数字的年份转换为 4个数字的值。把在 00-69范围内的值转换到 2000-2069范围内。把 70-99范围内的值转换到 1970-1979之内。

如果 MySQL自动转换后的值并不符合我们的需要，请输入 4个数字表示的年份。

除了日期和时间数据类型，MySQL还支持 DATEYIME和 TIMESTAMP这两种混合类型。它们可以把日期和时间作为单个的值进行存储。

这两种类型通常用于自动存储包含当前日期和时间的时间戳，并可在需要执行大量数据库事务和需要建立一个调试和审查用途的审计跟踪的应用程序中发挥良好作用。

如果我们对 TIMESTAMP类型的字段没有明确赋值，或是被赋与了 null值。MySQL会自动使用系统当前的日期和时间来填充它。

MySQL还支持两种复合数据类型 ENUM和 SET，它们扩展了 SQL规范。虽然这些类型在技术上是字符串类型，但是可以被视为不同的数据类型。

一个 ENUM类型只允许从一个集合中取得一个值；而 SET类型允许从一个集合中取得任意多个值。

ENUM类型因为只允许在集合中取得一个值，有点类似于单选项。在处理相互排拆的数据时容易让人理解，比如人类的性别。ENUM类型字段可以从集合中取得一个值或使用 null值，

除此之外的输入将会使 MySQL在这个字段中插入一个空字符串。另外如果插入值的大小写与集合中值的大小写不匹配，MySQL会自动使用插入值的大小写转换成与集合中大小写一致的值。

ENUM类型在系统内部可以存储为数字，并且从 1开始用数字做索引。一个 ENUM类型最多可以包含 65536个元素，其中一个元素被 MySQL保留，用来存储错误信息，

这个错误值用索引 0或者一个空字符串表示。

MySQL认为 ENUM类型集合中出现的值是合法输入，除此之外其它任何输入都将失败。这说明通过搜索包含空字符串或对应数字索引为 0的行就可以很容易地找到错误记录的位置。

SET类型与 ENUM类型相似但不相同。SET类型可以从预定义的集合中取得任意数量的值。并且与 ENUM类型相同的是任何试图在 SET类型字段中插入非预定义的值都会使

MySQL插入一个空字符串。如果插入一个即有合法的元素又有非法的元素的记录，MySQL将会保留合法的元素，除去非法的元素。

一个 SET类型最多可以包含 64项元素。在 SET元素中值被存储为一个分离的“位”序列，这些“位”表示与它相对应的元素。“位”是创建有序元素集合的一种简单而有效的方式。

并且它还去除了重复的元素，所以 SET类型中不可能包含两个相同的元素。

希望从 SET类型字段中找出非法的记录只需查找包含空字符串或二进制值为 0的行。

通过对每种数据类型的用途，物理存储，表示范围等有一个概要的了解。这样在面对具体应用时，就可以根据相应的特来来选择合适的数据类型，使得我们能够争取在满足应用的基础上，

用较小的存储代价换来较高的数据库性能。