【Mysql数据库全套教程笔记-SQL之DDL、DML、DCL使用篇】

Mysql数据库全套教程笔记-SQL之DDL、DML、DCL使用篇

我做的Mysql笔记分为两大篇,一个是基础篇,一个是高级篇,一套教程掌握Mysql
第一篇基础篇先介绍一下,主要是基本的数据库概念、对数据的增、删、改、查、多表查询等等

3. SQL之DDL、DML、DCL使用篇
   第10章：创建和管理表
   第11章：数据处理之增删改
   第12章：MySQL数据类型精讲
   第13章：约束

我做的笔记,希望能帮助到大家的学习,坚持开源精神,希望能和大家共同成长,觉得不错可以点赞收藏给我继续更新的动力,如果有错误和不足的地方欢迎执行,我及时修改

环境介绍

Mysql版本:Mysql8.0.26
Mysql系统操作可视化工具:DataGrip2021版本的(没有的可以搜索教程下载)

10、创建和管理表

10.1、基础知识

10.1.1、一条数据存储过程

存储数据是处理数据的第一步,只有正确地把数据存储起来,我们才能进行有效的处理和分析,否则,只能是一团乱麻,无从下手。
那么,怎样才能把用户各种经营相关的、纷繁复杂的数据,有序、高效的存储起来呢? 在MySQL中,一个完整的数据存储过程总共有4步,分别是创建数据库、确认字段、创建数据表、插入数据。

我们要先创建一个数据库,而不是直接创建数据表呢?

因为从系统架构的层次上看,MySQL数据库系统从大到小依次是数据库服务器、数据库、数据表、数据表的行与列。

MySQL数据库服务器之前已经安装。所以,我们就从创建数据库开始。

10.1.2、标识符命名规则

• 数据库名、表名不得超过30个字符,变量名限制为29个
• 必须只能包含A-Z,a-z,0-9,_共63个字符
• 数据库名、表名、字段名等对象名中间不要包含空格
• 同一个MySQL软件中,数据库不能同名;同一个库中,表不能重名;同一个表中,字段不能重名
• 必须保证你的字段没有和保留字、数据库系统或常用方法冲突。如果坚持使用,请在SQL语句中使用`(着重号)引起来
• 保持字段名和类型的一致性;在命名字段并为其指定数据类型的时候一定要保证一致性,假如数据类型在一个表里是整数,那在另一个表里可就变成字符型了

10.1.3、MySQL中的数据类型

类型	类型举例
整数类型	TINYINT、SMALLINT、MEDIUMINT、INT(或INTEGER)、BIGINT
浮点类型	FLOAT、DOUBLE
定点数类型	DECLMAL
位类型	BIT
日期时间类型	YEAR、TIME、DATE、DATETIME、TIMESTAMP
文本字符串类型	CHAR、VARCHAR、TINYTEXT、TEXT、MEDIUMTEXT、LONGTEXT
枚举类型	ENUM
集合类型	SET
二进制字符串类型	BINARY、VARBINARY、TINYBLOB、BLOB、MEDIUMBLOB、LONGBLOB
JSON类型	JSON对象、JSON数组
空间数据类型	单值：GEOMETRY、POINT、LINESTRING、POLYGON； 集合：MULTIPOINT、MULTILINESTRING、MULTIPOLYGON、GEOMETRYCOLLECTION

其中,常用的几类类型介绍如下:

数据类型	描述
INT	从-231到231-1的整型数据。存储大小为 4个字节
CHAR(size)	定长字符数据。若未指定，默认为1个字符，最大长度255
VARCHAR(size)	可变长字符数据，根据字符串实际长度保存，必须指定长度
FLOAT(M,D)	单精度，占用4个字节，M=整数位+小数位，D=小数位。 D<=M<=255,0<=D<=30，默认M+D<=6
DOUBLE(M,D)	双精度，占用8个字节，D<=M<=255,0<=D<=30，默认M+D<=15
DECIMAL(M,D)	高精度小数，占用M+2个字节，D<=M<=65，0<=D<=30，最大取值范围与DOUBLE相同。
DATE	日期型数据，格式’YYYY-MM-DD’
BLOB	二进制形式的长文本数据，最大可达4G
TEXT	长文本数据，最大可达4G

10.2、创建和管理数据库

10.2.1、创建数据库

• 方式一:创建数据库

CREATE DATABASE 数据库名:

• 方式二:创建数据库并指定字符集

CREATE DATABASE 数据库名 CHARACTER SET 字符集;

• 方式三:判断数据库是否已经存在,不存在则创建数据库(推荐)

CREATE DATABASE  IF NOT EXISTS 数据库名;

如果MySQL中已经存在相关的数据库,则忽略创建语句,不再创建数据库。

注意:DATABASE不能改名,一些可视化工具可以改名,它是建新库,把所有表复制到新库,在删除旧库完成的

10.2.2、使用数据库

• 查看当前所有的数据库

SHOW DATABASES;	#有个S,代表多个数据库

• 查看当前正在使用的数据库

SELECT DATABASE();	#使用的一个 mysql 中的全局函数

• 查看指定库下所有的表

SHOW TABLES FROM 数据库名;

• 查看数据库的创建信息

SHOW CREATE DATABASE 数据库名;

• 使用/切换数据库

USE 数据库名;

注意:要操作表格和数据之前必须先说明是对哪个数据表进行操作,否则就要对所有操作的数据表和数据加上"数据库名"。

10.2.3、修改数据库

• 更改数据库字符集

ALTER DATABASE 数据库名 CHARACTER SET 字符集;		#比如:gbk、utf8等

10.2.4、删除数据库

• 方式一:删除指定的数据库

DROP DATABASE 数据库名;

• 方式二:删除指定的数据库(推荐)

DROP DATABASE IF EXISTS 数据库名;

10.3、创建表

10.3.1、创建方式1

• 必须具备:
  • CREATE TABLE权限
  • 存储空间
• 语法格式:

CREATE TABLE IF NOT EXISTS 表名(
	字段1,	数据类型	[约束条件]	[默认值],
	字段2,	数据类型	[约束条件]	[默认值],
	字段3	数据类型	[约束条件]	[默认值],
	......
	[表约束条件]
);

加上了 IF NOT EXISTS关键字,则表示:如果当前数据库中不存在要创建的数据表,则创建数据表;如果当前数据库中已经存在要创建的数据表,则忽略建表语句,不再创建数据表

• 必须指定:
  • 表名
  • 列名(或字段名),数据类型,长度
• 可选指定:
  • 约束条件
  • 默认值
• 创建表举例1:

# 创建表
CREATE TABLE employee(
	# int类型
	emp_id INT,
	# 最多保存20个中英文字符
	emp_name VARCHAR(20),
	# 总位数不超过15位
	salary DOUBLE,
	# 日期类型
	birthday DATE
);

DESC emp	#显示表结构

MySQL在执行建表语句时,将id字段的类型设置为int(11),这里的11实际上是int类型

• 创建表举例2

CREATE TABLE dept(
	-- int类型,自增
	deptno INT(2) AUTO_INCREMENT,
	dname VARCHAR(14),
	loc	VARCHAR(13),
	PRIMARY KEY(deptno)
);

DESCRIBE dept  -- 显示表结构

在MySQL8.x版本中,不在推荐INT’类型指定显示长度,并在未来版本中可能去掉这样的语法。

10.3.2、创建方式2

• 使用 AS subquery 选项,将创建表和插入数据结合起来
  

• 指定的列和子查询中的列要一一对应

• 通过列名和默认值定义列

CREATE TABLE IF NOT EXISTS emp_copy
AS
SELECT employee_id, last_name, salary
FROM employees;

DESCRIBE emp_copy;

• 创建表举例一;

#说明1：查询语句中字段的别名，可以作为新创建的表的字段的名称。
#说明2：此时的查询语句可以结构比较丰富，使用前面章节讲过的各种SELECT
CREATE TABLE myemp3
AS
SELECT e.employee_id emp_id,e.last_name lname,d.department_name
FROM employees e JOIN departments d
ON e.department_id = d.department_id;

• 练习创建表

#练习1：创建一个表employees_copy，实现对employees表的复制，包括表数据
CREATE TABLE employees_copy
AS
SELECT *
FROM employees;

SELECT * FROM employees_copy;

#练习2：创建一个表employees_blank，实现对employees表的复制，不包括表数据
CREATE TABLE employees_blank
AS
SELECT *
FROM employees
#where department_id > 10000;
WHERE 1 = 2; #山无陵，天地合，乃敢与君绝。

10.3.3、查看数据表结构

在MySQL中创建好数据表之后,可以查看数据表的结构。MySQL支持使用SESCRIBE/DESC语句查看数据表结构,也支持使用 SHOW CREATE TABLE 语句查看数据表结构。

语法格式如下:

SHOW CREATE TABLE 表名;

使用SHOW CREATE TABLE语句不仅可以查看表创建的详细语句,还可以查看存储引擎和字符编码

10.4、修改表

修改表指的是修改数据库中已经存在的数据表的结构。
使用ALTER TABLE 语句可以实现:

• 向已有的表中添加列
• 修改现有表的列
• 删除现有表中的列
• 重命名现有表中的列

10.4.1、追加一个列

语法格式如下:

ALTER TABLE 表名 ADD [COLUMN] 字段名 字段类型 [FIRST|AFTER 字段名];

• 举例一:

ALTER TABLE emp_copy
ADD job_id VARCHAR(15); #默认添加到表中的最后一个字段的位置

DESCRIBE emp_copy;

• 举例二:在最前面添加一个字段

ALTER TABLE myemp1
ADD phone_number VARCHAR(20) FIRST;

• 举例三:在指定字段后添加一个字段

ALTER TABLE myemp1
ADD email VARCHAR(45) AFTER emp_name;

10.4.2、修改一个列

• 可以修改列的数据类型,长度、默认值和位置
• 修改字段数据类型、长度、默认值、位置的语法格式如下:

ALTER TABLE 表名 MODIFY [COLUMN]	字段名1	字段类型	[DEFAULT	默认值] [FIRST|AFTER	字段名2];

• 举例:

ALTER TABLE emp_copy
    MODIFY last_name VARCHAR(30) NOT NULL;

ALTER TABLE emp_copy
    MODIFY salary DECIMAL(10, 2) NOT NULL DEFAULT 0.00;

• 对默认值的修改只影响今后对表的修改
• 此外,还可以通过此种方式修改列的约束。看下面约束章节

10.4.3、重命名一个列

使用CHANNG old_column new_column dataType子句重命名列。语法格式如下:

ALTER TABLE 表名 CHANGE [column]	列名	新列名	新数据类型;

举例:

# 重命名一个列
ALTER TABLE emp_copy CHANGE salary emp_salary DECIMAL(10,2) NOT NULL DEFAULT 0.00;

DESCRIBE emp_copy;

10.4.4、删除一个列

删除表中某个字段的语法格式如下:

ALTER TABLE 表名	DROP 	[COLUMN]	字段名

举例:

ALTER TABLE emp_copy
DROP COLUMN job_id;

10.5、重命名表

• 方式一:使用RENAME

RENAME TABLE 表名	TO	新表名;

• 方式二

ALTER TABLE 表名
RENAME [TO]	 新表名;		-- [TO]可以省略

• 必须是对象的拥有者
• 举例

RENAME TABLE emp_copy TO emp_rename;

SHOW CREATE TABLE emp_rename;

10.6、删除表

• 在MySQL中,当一张数据表没有与其他任何数据表形成关联关系时,可以将当前数据表直接删除。
• 数据和结构都被删除
• 所有正在运行的相关事务被提交
• 所有相关索引被删除
• 语法格式:

DROP TABLE [IF EXISTS] 数据表1 [,数据表2,...,数据表n];

IF EXISTS的含义为:如果当前数据库中存在相应的数据表,则删除数据表;如果当前数据库中不存在相应的数据表,则忽略删除语句,不再执行删除数据表的操作。

• 举例:

DROP TABLE IF EXISTS emp_rename;

• DROP TABLE 语句不能回滚

10.7、清空表

• TRUNCATE TABLE 语句:
• 举例:

TRUNCATE TABLE emp_rename;

• TRUNCATE 语句不能回滚,而使用DELETE语句删除数据,可以回滚
• 对比:

#7. DCL 中 COMMIT 和 ROLLBACK
# COMMIT:提交数据。一旦执行COMMIT，则数据就被永久的保存在了数据库中，意味着数据不可以回滚。
# ROLLBACK:回滚数据。一旦执行ROLLBACK,则可以实现数据的回滚。回滚到最近的一次COMMIT之后。

#8. 对比 TRUNCATE TABLE 和 DELETE FROM 
# 相同点：都可以实现对表中所有数据的删除，同时保留表结构。
# 不同点：
#	TRUNCATE TABLE：一旦执行此操作，表数据全部清除。同时，数据是不可以回滚的。
#	DELETE FROM：一旦执行此操作，表数据可以全部清除（不带WHERE）。同时，数据是可以实现回滚的。

/*
9. DDL 和 DML 的说明
  ① DDL的操作一旦执行，就不可回滚。指令SET autocommit = FALSE对DDL操作失效。(因为在执行完DDL
    操作之后，一定会执行一次COMMIT。而此COMMIT操作不受SET autocommit = FALSE影响的。)
  
  ② DML的操作默认情况，一旦执行，也是不可回滚的。但是，如果在执行DML之前，执行了 
    SET autocommit = FALSE，则执行的DML操作就可以实现回滚。

*/

#设置自动提交关闭
SET AUTOCOMMIT = FALSE;

DELETE FROM emp_rename;
TRUNCATE TABLE emp_rename;

SELECT * FROM emp_rename;
#回滚
ROLLBACK ;
#发现,DELETE删除表数据可以回滚恢复数据,而TRUNCATE清空数据不能回滚恢复数据
SELECT * FROM emp_rename;

阿里开发规范:
【参考】TRUNCATE TABLE 比 DELETE速度快,且使用的系统和事务日志资源少,但TRUNCATE无事务且不触发TRIGGER,有可能造成事故,故不建议在开发代码中使用此语句

说明:TRUNCATE TABLE 在功能上与不带WHERE 子句的DELETE语句相同

10.8、内容拓展

拓展1：阿里巴巴《Java开发手册》之MySQL字段命名

• 【强制】表名、字段名必须使用小写字母或数字，禁止出现数字开头，禁止两个下划线中间只出现数字。数据库字段名的修改代价很大，因为无法进行预发布，所以字段名称需要慎重考虑。
  • 正例：aliyun_admin，rdc_config，level3_name
  • 反例：AliyunAdmin，rdcConfig，level_3_name
• 【强制】禁用保留字，如 desc、range、match、delayed 等，请参考 MySQL 官方保留字。
• 【强制】表必备三字段：id, gmt_create, gmt_modified。
  • 说明：其中 id 必为主键，类型为BIGINT UNSIGNED、单表时自增、步长为 1。gmt_create,
    gmt_modified 的类型均为 DATETIME 类型，前者现在时表示主动式创建，后者过去分词表示被动式更新
• 【推荐】表的命名最好是遵循 “业务名称_表的作用”。
  • 正例：alipay_task 、 force_project、 trade_config
• 【推荐】库名与应用名称尽量一致。
• 【参考】合适的字符存储长度，不但节约数据库表空间、节约索引存储，更重要的是提升检索速度。
  • 正例：无符号值可以避免误存负数，且扩大了表示范围。

对象	年龄区间	类型	字节	表示范围
人	150岁之内	tinyint unsigned	1	无符号值:0-255
龟	数百岁	smallint unsigned	2	无符号值:0到65535
恐龙化石	数千万年	int unsigned	4	无符号值:0-约43亿
太阳	约50亿年	bigint unsigned	8	无符号值:0-约10的19次方

拓展2：如何理解清空表、删除表等操作需谨慎？！

表删除操作将把表的定义和表中的数据一起删除，并且MySQL在执行删除操作时，不会有任何的确认信息提示，因此执行删除操时应当慎重。在删除表前，最好对表中的数据进行备份，这样当操作失误时可以对数据进行恢复，以免造成无法挽回的后果。

同样的，在使用 ALTER TABLE 进行表的基本修改操作时，在执行操作过程之前，也应该确保对数据进行完整的备份，因为数据库的改变是无法撤销的，如果添加了一个不需要的字段，可以将其删除；相同的，如果删除了一个需要的列，该列下面的所有数据都将会丢失。

拓展3：MySQL8新特性—DDL的原子化

在MySQL 8.0版本中，InnoDB表的DDL支持事务完整性，即DDL操作要么成功要么回滚。DDL操作回滚日志写入到data dictionary数据字典表mysql.innodb_ddl_log（该表是隐藏的表，通过show tables无法看到）中，用于回滚操作。通过设置参数，可将DDL操作日志打印输出到MySQL错误日志中。

分别在MySQL 5.7版本和MySQL 8.0版本中创建数据库和数据表，结果如下：

CREATE DATABASE mytest;

USE mytest;

CREATE TABLE book1(
book_id INT ,
book_name VARCHAR(255)
);

SHOW TABLES;

(1)在MySQL5.7版本中,测试步骤如下:删除数据表book1和数据表book2,结果如下:

DROP TABLE book1,book2;
报:ERROR 1051 (42S02): Unknown table 'mytest.book2'

再次查询数据库中的数据表名称,结果如下:

SHOW TABLES;
Empty set (0.00 sec)

从结果能看出,虽然删除操作时报错了,但是仍然删除了数据表book1。
（2）在MySQL 8.0版本中，测试步骤如下： 删除数据表book1和数据表book2，结果如下：

DROP TABLE book1,book2;

再次查询数据库中的数据表名称，结果如下：

mysql> show tables;
+------------------+
| Tables_in_mytest |
+------------------+
| book1 |
+------------------+
1 row in set (0.00 sec)

从结果可以看出，数据表book1并没有被删除。

11、数据处理之增删改

11.1、插入数据

11.1.1、实际问题

解决方式:使用INSERT语句向表中插入数据

11.1.1、方式一:VALUES的方式添加

使用这种语法一次只能向表中插入一条数据

情况1:为表的所有字段按默认顺序插入数据

INSERT INTO 表名
VALUES(value1,value2,...);

值列表中需要为表的每一个字段指定值,并且值的顺序必须和数据表中字段定义时的顺序相同。

举例:

# ① 没有指明添加的字段
#正确的
INSERT INTO emp1
VALUES (1,'Tom','2000-12-21',3400); #注意：一定要按照声明的字段的先后顺序添加
#错误的
INSERT INTO emp1
VALUES (2,3400,'2000-12-21','Jerry');

情况2:为表的指定字段插入数据

INSERT INTO 表名(column 1 [, column 2,....,column n])
VALUES (value 1 [,value 2,..., value n]);

为表的指定字段插入数据,就是在INSERT语句中只向部分字段中插入值,而其他字段的值为表定义时的默认值

在INSERT 子句中随意列出列名,但是一旦列出,VALUES中要插入的value 1,...value n需要与column 1,... column n列一一对应。如果类型不同,将无法插入,并且MySQL会产生错误。

举例:

# ② 指明要添加的字段 （推荐）
INSERT INTO emp1(id,hire_date,salary,`name`)
VALUES(2,'1999-09-09',4000,'Jerry');
# 说明：没有进行赋值的hire_date 的值为 null
INSERT INTO emp1(id,salary,`name`)
VALUES(3,4500,'shk');

情况3:同时插入数据
INSERT语句可以同时向数据表中插入多条记录,插入时指定多个值列表,每个值列表之间用逗号分隔开,基本语法格式如下:

INSERT INTO 表名
VALUES
(value1 [,value2, …, valuen]),
(value1 [,value2, …, valuen]),
……
(value1 [,value2, …, valuen]);

或者

INSERT INTO table_name(column1 [, column2, …, columnn])
VALUES
(value1 [,value2, …, valuen]),
(value1 [,value2, …, valuen]),
……
(value1 [,value2, …, valuen]);

举例:

# 同时插入多条记录 （推荐）
INSERT INTO emp1(id,NAME,salary)
VALUES
(4,'Jim',5000),
(5,'张俊杰',5500);

使用INSERT同时插入多条记录时,MySQL会返回一些在执行单行插入时没有的额外信息,这些信息的含义如下:

• Records:表名插入的记录条数
• DUplicates:表名插入时被忽略的记录,原因可能是这些记录包含了重复的主键值。
• Wranings:表名有问题的数据值,例如发生数据类型转换

一个同时插入多行记录的INSERT语句等同于多个单行插入INSERT语句,但是多行的INSERT语句在处理过程中效率更高。因为MySQL执行单条INSERT语句插入多行数据比使用多条INSERT语句快,所以在插入多条记录时最好选择使用单条INSERT语句的方式插入。

小结

• VALUES也可以写成VALUE,但是VALUES是标准写法。
• 字符和日期型数据应包含在单引号中。

11.1.1、方式二:将查询结果插入到表中

INSERT还可以将SELECT语句查询的结果插入到表中,此时不需要把每一条记录的值一个一个输入,只需要使用一条INSERT语句和一条SELECT语句组成的组合语句即可快速地从一个或多个表中向一个表中插入多行数据。

基本语法格式如下:

INSERT INTO 目标表名
(tar_column1 [, tar_column2, …, tar_columnn])
SELECT
(src_column1 [, src_column2, …, src_columnn])
FROM 源表名
[WHERE condition]

• 在INSERT语句中加入子查询
• 不写书写VALUES子句
• 子查询中的值列表应与INSERT子句中的列名对应

INSERT INTO emp1(id,NAME,salary,hire_date)
#查询语句
SELECT employee_id,last_name,salary,hire_date  # 查询的字段一定要与添加到的表的字段一一对应
FROM employees
WHERE department_id IN (70,60);

DESC emp1;
DESC employees;

#说明：emp1表中要添加数据的字段的长度不能低于employees表中查询的字段的长度。
# 如果emp1表中要添加数据的字段的长度低于employees表中查询的字段的长度的话，就有添加不成功的风险。

11.2、更新数据

• 使用UPDATE语句更新数据。语法如下:

UPDATE table_name
SET column 1  = value 1,column 2 = value 2,...,column n = value n
[WHERE condition]

• 可以一次更新多条数据。
• 如果需要回滚数据,需要保证在DML前,进行设置:SET AUTOCOMMIT = FALSE;
• 使用WHERE子句指定需要更新的数据。

UPDATE employees
SET department_id = 70
WHERE employee_id = 113;

• 如果省略WHERE子句,则表中的所有数据都将被更新。

UPDATE copy_emp
SET department_id = 110;

• 更新中的数据完整性错误

UPDATE employees
SET department_id = 55
WHERE department_id = 110;

说明:不存在55号部门

11.3、删除数据

• 使用DELETE语句从表中删除数据
  

DELETE FROM table_name [WHERE <condition>];

table_name指定要执行删除操作的表;"[WHERE]"为可选参数,指定删除条件,如果没有WHERE子句,DELETE语句将删除表中国所有记录

• 使用WHERE子句删除指定的记录。

#在删除数据时，也有可能因为约束的影响，导致删除失败
DELETE FROM departments
WHERE department_id = 50;

• 如果省略WHERE子句,则表中的全部数据将被删除

DELETE FROM copy_emp

• 删除中的数据完整性错误

#在删除数据时，也有可能因为约束的影响，导致删除失败
DELETE FROM departments
WHERE department_id = 60;

11.4、MySQL8新特性:计算列

什么叫计算列?简单来说就是某一列的值是通过别的列计算得来的。例如,A列值为1、B列值为2,C列不需要手动插入,定义A+B的结果为C的值,那么C就是计算列,是通过别的列计算得来的。

在MySQL8.0中,CREATE TABLE 和 ALTER TABLE中都支持增加计算列,下面以CREATE TABLE为例进行讲解。

举例:定义数据表tb1,然后定义字段id,、字段a、字段b、和字段c,其中字段c为计算列,用于计算a+b的值,首先创建测试表tb1,语句如下:

CREATE TABLE table1(
	id INT,
	a INT,
	b INT,
	c INT GENERATED ALWAYS AS (a+b) VIRTUAL
);

插入演示数据,语句如下:

INSERT INTO table1(a,b) VALUES(100,200);

查询数据表tb1中的数据，结果如下：

mysql> SELECT * FROM tb1;
+------+------+------+------+
| id | a | b | c |
+------+------+------+------+
| NULL | 100 | 200 | 300 |
+------+------+------+------+
1 row in set (0.00 sec)

更新数据中的数据，语句如下：

UPDATE tb1 SET a = 500;

11.5、综合案例

# 1、创建数据库test01_library
# 2、创建表 books，表结构如下：

字段名	字段说明	数据类型
id	书编号	INT
name	书名	VARCHAR(50)
authors	作者	VARCHAR(100)
price	价格	FLOAT
pubdate	出版日期	YEAR
note	说明	VARCHAR(100)
num	库存	INT

# 3、向books表中插入记录
# 1）不指定字段名称，插入第一条记录
# 2）指定所有字段名称，插入第二记录
# 3）同时插入多条记录（剩下的所有记录）

#不指定字段名称,插入第一条记录
INSERT INTO books
VALUES (1001, '西游记', '吴承恩', 98, '1998', '师徒四人西天取经', 31);

#指定所有字段名称,插入第二记录
INSERT INTO books(id, name, authors, price, pubdate, note, num)
VALUES (1002, '水浒传', '施耐庵', 89, 2002, '三百梁山好汉的英雄故事', 1002);

#同时插入多条记录(剩下的所有记录)
INSERT INTO books
VALUES (1003, '红楼梦', '曹雪芹', 82, '1996', '儿女情长', 102),
       (1004, '三国演义', 'Kris', 72, '2014', '军事政治计谋真情体现', 255);

12、Mysql数据类型精讲

12.1、MySQL中的数据类型

类型	类型举例
整数类型	TINYINT、SMALLINT、MEDIUMINT、INT(或INTEGER)、BIGINT
浮点类型	FLOAT、DOUBLE
定点数类型	DECLMAL
位类型	BIT
日期时间类型	YEAR、TIME、DATE、DATETIME、TIMESTAMP
文本字符串类型	CHAR、VARCHAR、TINYTEXT、TEXT、MEDIUMTEXT、LONGTEXT
枚举类型	ENUM
集合类型	SET
二进制字符串类型	BINARY、VARBINARY、TINYBLOB、BLOB、MEDIUMBLOB、LONGBLOB
JSON类型	JSON对象、JSON数组
空间数据类型	单值：GEOMETRY、POINT、LINESTRING、POLYGON； 集合：MULTIPOINT、MULTILINESTRING、MULTIPOLYGON、GEOMETRYCOLLECTION

常见数据类型的属性,如下:

MySQL关键字	含义
NULL	数据列可包含NULL值
NOTNULL	数据列不允许包含NULL值
DEFAULT	默认值
FRIMARY KEY	主键
AUTO_INCREMENT	自动递增,适用于整数类型
UNSIGNED	无符号
CHARACTER SET name	指定一个字符集

12.2、整数类型

12.2.1、类型介绍

整数类型一共有5种,包括TINYINT、SMALLINT、MEDIUMINT、INT（INTEGER）和 BIGINT。

它们的区别如下表所示:

整数类型	字节	有符号数取值范围	无符号数取值范围
TINYINT	1	-128~127	0~255
SMALLINT	2	-32768~32767	0~65535
MEDIUMINT	3	-8388608~8388607	0~16777215
0~16777215	8	-9223372036854775808~9223372036854775807	0~18446744073709551615

12.2.2、可选属性

整数类型的可选属性有三个:

1. M
   M:表示显示宽度,M的取值范围是(0,255),例如,INT(5):当数据宽度小于5位的时候在数字前面需要用字符填满宽度。该项功能需要配合“ ZEROFILL ”使用，表示用“0”填满宽度，否则指定显示宽度无效。

如果设置了显示宽度，那么插入的数据宽度超过显示宽度限制，会不会截断或插入失败？

答案：不会对插入的数据有任何影响，还是按照类型的实际宽度进行保存，即显示宽度与类型可以存储的值范围无关。从MySQL 8.0.17开始，整数数据类型不推荐使用显示宽度属性。

整型数据类型可以在定义表结构时指定所需要的显示宽度，如果不指定，则系统为每一种类型指定默认的宽度值。

举例:

CREATE TABLE test_int1 ( x TINYINT,　y SMALLINT,　z MEDIUMINT,　m INT,　n BIGINT );

查看表结构(MySQL5.7中显式如下,MySQL中不在显式范围)

mysql> desc test_int1;
+-------+--------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| x | tinyint(4) | YES | | NULL | |
| 　y | smallint(6) | YES | | NULL | |
| 　z | mediumint(9) | YES | | NULL | |
| 　m | int(11) | YES | | NULL | |
| 　n | bigint(20) | YES | | NULL | |
+-------+--------------+------+-----+---------+-------+
5 rows in set (0.00 sec)

TINYINT有符号数和无符号数的取值范围分别为-128_127和0255，由于负号占了一个数字位，因此
TINYINT默认的显示宽度为4。同理，其他整数类型的默认显示宽度与其有符号数的最小值的宽度相同。

举例:

CREATE TABLE test_int2
(
    f1 INT,
    f2 INT(5),
    f3 INT(5) ZEROFILL
);

DESC test_int2;

INSERT INTO test_int2(f1, f2, f3)
VALUES (1, 123, 123);

INSERT INTO test_int2(f1, f2)
VALUES (123456, 123456);

INSERT INTO test_int2(f1, f2, f3)
VALUES (123456, 123456, 123456);

mysql> SELECT * FROM test_int2;
+--------+--------+--------+
| f1 | f2 | f3 |
+--------+--------+--------+
| 1 | 123 | 00123 |
| 123456 | 123456 | NULL |
| 123456 | 123456 | 123456 |
+--------+--------+--------+
3 rows in set (0.00 sec)

2. UNSIGNED
   UNSIGNED : 无符号类型（非负），所有的整数类型都有一个可选的属性UNSIGNED（无符号属性），无
   符号整数类型的最小取值为0。所以，如果需要在MySQL数据库中保存非负整数值时，可以将整数类型设
   置为无符号类型。
   int类型默认显示宽度为int(11)，无符号int类型默认显示宽度为int(10)。
   
   

CREATE TABLE test_int3(
f1 INT UNSIGNED
);
mysql> desc test_int3;
+-------+------------------+------+-----+---------+-------+
| Field | Type | Null | Key | Default | Extra |
+-------+------------------+------+-----+---------+-------+
| f1 | int(10) unsigned | YES | | NULL | |
+-------+------------------+------+-----+---------+-------+
1 row in set (0.00 sec)

3. ZEROFILL
   ZEROFILL : 0填充,（如果某列是ZEROFILL，那么MySQL会自动为当前列添加UNSIGNED属性），如果指定了ZEROFILL只是表示不够M位时，用0在左边填充，如果超过M位，只要不超过数据存储范围即可。
   原来，在 int(M) 中，M 的值跟 int(M) 所占多少存储空间并无任何关系。 int(3)、int(4)、int(8) 在磁盘上都是占用 4 bytes 的存储空间。也就是说，int(M)，必须和UNSIGNED ZEROFILL一起使用才有意义。如果整数值超过M位，就按照实际位数存储。只是无须再用字符 0 进行填充。

12.2.3、适用场景

• TINYINT ：一般用于枚举数据，比如系统设定取值范围很小且固定的场景。
• SMALLINT ：可以用于较小范围的统计数据，比如统计工厂的固定资产库存数量等。
• MEDIUMINT ：用于较大整数的计算，比如车站每日的客流量等。
• INT、INTEGER ：取值范围足够大，一般情况下不用考虑超限问题，用得最多。比如商品编号。
• BIGINT ：只有当你处理特别巨大的整数时才会用到。比如双十一的交易量、大型门户网站点击量、证券公司衍生产品持仓等。

12.2.4、如何选择?

在评估用哪种整数类型的时候，你需要考虑存储空间和可靠性的平衡问题：一方 面，用占用字节数少的整数类型可以节省存储空间；另一方面，要是为了节省存储空间， 使用的整数类型取值范围太小，一旦遇到超出取值范围的情况，就可能引起系统错误，影响可靠性。

举个例子，商品编号采用的数据类型是 INT。原因就在于，客户门店中流通的商品种类较多，而且，每天都有旧商品下架，新商品上架，这样不断迭代，日积月累。

如果使用 SMALLINT 类型，虽然占用字节数比 INT 类型的整数少，但是却不能保证数据不会超出范围65535。相反，使用 INT，就能确保有足够大的取值范围，不用担心数据超出范围影响可靠性的问题。

你要注意的是，在实际工作中，系统故障产生的成本远远超过增加几个字段存储空间所产生的成本。因此，我建议你首先确保数据不会超过取值范围，在这个前提之下，再去考虑如何节省存储空间。

12.3、浮点类型

12.3.1、类型介绍

浮点数和定点数类型的特点是可以处理小数，你可以把整数看成小数的一个特例。因此，浮点数和定点数的使用场景，比整数大多了。 MySQL支持的浮点数类型，分别是 FLOAT、DOUBLE、REAL。

• FLOAT表示单精度浮点数;

• DOUBLE表示双精度浮点数;
  

• REAL默认就是DOUBLE。如果你把SQL模式设定为启动"REAL_AS_FLOAT",那么,MySQL就认为REAL是FLOAT。如果要启动"REAL_AS_FLOAT",可以通过以下SQL语句实现:

SET sql_mode = “REAL_AS_FLOAT”;

问题1:FLOAT和DOUBLE这两种数据类型的区别是啥呢?

FLOAT占用字节数少,取值范围小;DOUBLE占用字节数多,取值范围也大。

问题2:为什么浮点数类型的无符号数取值范围，只相当于有符号数取值范围的一半，也就是只相当于
有符号数取值范围大于等于零的部分呢？

MySQL 存储浮点数的格式为： 符号(S) 、尾数(M) 和 阶码(E) 。因此，无论有没有符号，MySQL 的浮点数都会存储表示符号的部分。因此， 所谓的无符号数取值范围，其实就是有符号数取值范围大于等于零的部分。

12.3.2、数据精度说明

对于浮点类型，在MySQL中单精度值使用4 个字节，双精度值使用8 个字节。

• MySQL允许使用非标准语法（其他数据库未必支持，因此如果涉及到数据迁移，则最好不要这么用）： FLOAT(M,D) 或 DOUBLE(M,D) 。这里，M称为精度，D称为标度。(M,D)中 M=整数位+小数位，D=小数位。 D<=M<=255，0<=D<=30。
  例如，定义为FLOAT(5,2)的一个列可以显示为-999.99-999.99。如果超过这个范围会报错。

• FLOAT和DOUBLE类型在不指定(M,D)时，默认会按照实际的精度（由实际的硬件和操作系统决定）来显示。

• 说明：浮点类型，也可以加UNSIGNED ，但是不会改变数据范围，例如：FLOAT(3,2) UNSIGNED仍然只能表示0-9.99的范围。

• 不管是否显式设置了精度(M,D)，这里MySQL的处理方案如下：

  • 如果存储时，整数部分超出了范围，MySQL就会报错，不允许存这样的值
  • 如果存储时，小数点部分若超出范围，就分以下情况：
    • 若四舍五入后，整数部分没有超出范围，则只警告，但能成功操作并四舍五入删除多余的小数位后保存。例如在FLOAT(5,2)列内插入999.009，近似结果是999.01。
    • 若四舍五入后，整数部分超出范围，则MySQL报错，并拒绝处理。如FLOAT(5,2)列内插入999.995和-999.995都会报错。

• 从MySQL 8.0.17开始，FLOAT(M,D) 和DOUBLE(M,D)用法在官方文档中已经明确不推荐使用，将来可能被移除。另外，关于浮点型FLOAT和DOUBLE的UNSIGNED也不推荐使用了，将来也可能被移除。

• 举例:

CREATE TABLE test_double1
(
    f1 FLOAT,
    f2 FLOAT(5, 2),
    f3 DOUBLE,
    f4 DOUBLE(5, 2)
);

DESC test_double1;

INSERT INTO test_double1
VALUES (123.456, 123.456, 123.4567, 123.45);

#Out of range value for column 'f2' at row 1
INSERT INTO test_double1
VALUES (123.456, 1234.456, 123.4567, 123.45);

SELECT *
FROM test_double1;

12.3.3、精度误差说明

浮点数类型有个缺陷，就是不精准。下面我来重点解释一下为什么 MySQL 的浮点数不够精准。比如，我们设计一个表，有f1这个字段，插入值分别为0.47,0.44,0.19，我们期待的运行结果是：0.47 + 0.44 + 0.19 =1.1。而使用sum之后查询：

CREATE TABLE test_double2
(
    f1 DOUBLE
);
INSERT INTO test_double2
VALUES (0.47),
       (0.44),
       (0.19);

mysql> SELECT SUM(f1)
-> FROM test_double2;
+--------------------+
| SUM(f1) |
+--------------------+
| 1.0999999999999999 |
+--------------------+
1 row in set (0.00 sec)

mysql> SELECT SUM(f1) = 1.1,1.1 = 1.1
-> FROM test_double2;
+---------------+-----------+
| SUM(f1) = 1.1 | 1.1 = 1.1 |
+---------------+-----------+
| 0 | 1 |
+---------------+-----------+
1 row in set (0.00 sec)

查询结果是 1.0999999999999999。看到了吗？虽然误差很小，但确实有误差。 你也可以尝试把数据类型改成 FLOAT，然后运行求和查询，得到的是， 1.0999999940395355。显然，误差更大了。

那么，为什么会存在这样的误差呢？问题还是出在 MySQL 对浮点类型数据的存储方式上。

MySQL 用 4 个字节存储 FLOAT 类型数据，用 8 个字节来存储 DOUBLE 类型数据。无论哪个，都是采用二进制的方式来进行存储的。比如 9.625，用二进制来表达，就是 1001.101，或者表达成 1.001101×2^3。如果尾数不是 0 或 5（比如 9.624），你就无法用一个二进制数来精确表达。进而，就只好在取值允许的范围内进行四舍五入。

在编程中，如果用到浮点数，要特别注意误差问题，因为浮点数是不准确的，所以我们要避免使用“=”来判断两个数是否相等。同时，在一些对精确度要求较高的项目中，千万不要使用浮点数，不然会导致结果错误，甚至是造成不可挽回的损失。那么，MySQL 有没有精准的数据类型呢？当然有，这就是定点数
类型： DECIMAL 。

12.4、定点数类型

12.4.1、类型介绍

• MySQL中的定点数类型只有DEAMAL一种类型。

数据类型	字节数	含义
DECIMAL(M,D),DEC,NUMERIC	M+2字节	有效范围由M和D决定

使用 DECIMAL(M,D) 的方式表示高精度小数。其中，M被称为精度，D被称为标度。0<=M<=65，0<=D<=30，D<M。例如，定义DECIMAL（5,2）的类型，表示该列取值范围是-999.99~999.99。

• DECIMAL(M,D)的最大取值范围与DOUBLE类型一样，但是有效的数据范围是由M和D决定的。DECIMAL 的存储空间并不是固定的，由精度值M决定，总共占用的存储空间为M+2个字节。也就是说，在一些对精度要求不高的场景下，比起占用同样字节长度的定点数，浮点数表达的数值范围可以更大一些。
• 定点数在MySQL内部是以字符串的形式进行存储，这就决定了它一定是精准的。
• 当DECIMAL类型不指定精度和标度时，其默认为DECIMAL(10,0)。当数据的精度超出了定点数类型的精度范围时，则MySQL同样会进行四舍五入处理。
• 浮点数 vs 定点数
  • 浮点数相对于定点数的优点是在长度一定的情况下，浮点类型取值范围大，但是不精准，适用于需要取值范围大，又可以容忍微小误差的科学计算场景（比如计算化学、分子建模、流体动力学等）
  • 定点数类型取值范围相对小，但是精准，没有误差，适合于对精度要求极高的场景 （比如涉及金额计算的场景）
  • 举例:

CREATE TABLE test_decimal1
(
    f1 DECIMAL,
    f2 DECIMAL(5, 2)
);

DESC test_decimal1;

INSERT INTO test_decimal1(f1, f2)

#Out of range value for column 'f2' at row 1
INSERT INTO test_decimal1(f2)
VALUES(1234.34);

mysql> SELECT * FROM test_decimal1;
+------+--------+
| f1 | f2 |
+------+--------+
| 123 | 123.46 |
+------+--------+
1 row in set (0.00 sec)

• 举例:
  我们运行下面的语句,把把test_double2表中字段“f1”的数据类型修改为 DECIMAL(5,2)：

ALTER TABLE test_double2
MODIFY f1 DECIMAL(5,2);

然后，我们再一次运行求和语句：

mysql> SELECT SUM(f1)
-> FROM test_double2;
+---------+
| SUM(f1) |
+---------+
| 1.10 |
+---------+
1 row in set (0.00 sec)

mysql> SELECT SUM(f1) = 1.1
-> FROM test_double2;
+---------------+
| SUM(f1) = 1.1 |
+---------------+
| 1 |
+---------------+
1 row in set (0.00 sec)

12.4.2、开发中经验

“由于 DECIMAL 数据类型的精准性，在我们的项目中，除了极少数（比如商品编号）用到整数类型
外，其他的数值都用的是 DECIMAL，原因就是这个项目所处的零售行业，要求精准，一分钱也不能
差。 ” ——来自某项目经理

12.5、位类型:BIT

BIT类型中存储的是二进制值，类似010110。

二进制字符串类型	长度	长度范围	占用空间
BIT(M)	M	1 <= M <= 64	约为(M + 7)/8个字节

BIT类型，如果没有指定(M)，默认是1位。这个1位，表示只能存1位的二进制值。这里(M)是表示二进制的位数，位数最小值为1，最大值为64。

CREATE TABLE test_bit1
(
    f1 BIT,
    f2 BIT(5),
    f3 BIT(64)
);

INSERT INTO test_bit1(f1)
VALUES (1);

#Data too long for column 'f1' at row 1
INSERT INTO test_bit1(f1)
VALUES (2);

INSERT INTO test_bit1(f2)
VALUES (23);

注意:在向BIT类型的字段中插入数据时,一定要确保插入的数据在BIT类型支持的范围内。
使用SELECT命令查询位字段时,可以用BIN()或HEX()函数进行读取

mysql> SELECT * FROM test_bit1;
+------------+------------+------------+
| f1 | f2 | f3 |
+------------+------------+------------+
| 0x01 | NULL | NULL |
| NULL | 0x17 | NULL |
+------------+------------+------------+
2 rows in set (0.00 sec)

mysql> SELECT BIN(f2),HEX(f2)
-> FROM test_bit1;
+---------+---------+
| BIN(f2) | HEX(f2) |
+---------+---------+
| NULL | NULL |
| 10111 | 17 |
+---------+---------+
2 rows in set (0.00 sec)

mysql> SELECT f2 + 0
-> FROM test_bit1;
+--------+
| f2 + 0 |
+--------+
| NULL |
| 23 |
+--------+
2 rows in set (0.00 sec)

可以看到，使用b+0查询数据时，可以直接查询出存储的十进制数据的值。

12.6、日期与时间类型

日期与时间是重要的信息，在我们的系统中，几乎所有的数据表都用得到。原因是客户需要知道数据的时间标签，从而进行数据查询、统计和处理。

MySQL有多种表示日期和时间的数据类型，不同的版本可能有所差异，MySQL8.0版本支持的日期和时间类型主要有：YEAR类型、TIME类型、DATE类型、DATETIME类型和TIMESTAMP类型。

• YEAR:类型通常用来表示年
• DATE :类型通常用来表示年、月、日
• TIME: 类型通常用来表示时、分、秒
• DATETIME: 类型通常用来表示年、月、日、时、分、秒
• TIMESTAMP :类型通常用来表示带时区的年、月、日、时、分、秒

类型	名称	字节	日期格式	最小值	最大值
YEAR	年	1	YYYY或YY	1901	2155
TIME	时间	3	HH:MM:SS	-838:59:59	838:59:59
DATE	日期	3	YYYY-MM-DD	1000-01-01	9999-12-03
DATETIME	日期 时间	8	YYYY-MM-DD HH:MM:SS	1000-01-01 00:00:00	9999-12-31 23:59:59
TIMESTAMP	日期 时间	4	YYYY-MM-DD HH:MM:SS	1970-01-01 00:00:00 UTC	2038-01-19 03:14:07UTC

可以看到，不同数据类型表示的时间内容不同、取值范围不同，而且占用的字节数也不一样，你要根据实际需要灵活选取。

为什么时间类型 TIME 的取值范围不是 -23:59:59～23:59:59 呢？原因是 MySQL 设计的 TIME 类型，不光表示一天之内的时间，而且可以用来表示一个时间间隔，这个时间间隔可以超过 24 小时。

12.6.1、YEAR类型

YEAR类型用来表示年份，在所有的日期时间类型中所占用的存储空间最小，只需要1个字节的存储空间。

在MySQL中，YEAR有以下几种存储格式：

• 以4位字符串或数字格式表示YEAR类型，其格式为YYYY，最小值为1901，最大值为2155。
• 以2位字符串格式表示YEAR类型，最小值为00，最大值为99。
  • 当取值为01到69时，表示2001到2069；
  • 当取值为70到99时，表示1970到1999；
  • 当取值整数的0或00添加的话，那么是0000年；
  • 当取值是日期/字符串的’0’添加的话，是2000年。

从MySQL5.5.27开始，2位格式的YEAR已经不推荐使用。YEAR默认格式就是“YYYY”，没必要写成YEAR(4)，
从MySQL 8.0.19开始，不推荐使用指定显示宽度的YEAR(4)数据类型。

# YEAR类型
CREATE TABLE test_year
(
    f1 YEAR,
    f2 YEAR(4)
);

DESC test_year;

INSERT INTO test_year(f1)
VALUES ('2021'),
       (2022);

12.6.2、DATE类型

DATE类型表示日期，没有时间部分，格式为YYYY-MM-DD ，其中，YYYY表示年份，MM表示月份，DD表示日期。需要3个字节的存储空间。在向DATE类型的字段插入数据时，同样需要满足一定的格式条件。

• 以YYYY-MM-DD 格式或者YYYYMMDD 格式表示的字符串日期，其最小取值为1000-01-01，最大取值为9999-12-03。YYYYMMDD格式会被转化为YYYY-MM-DD格式。
• 以YY-MM-DD 格式或者YYMMDD 格式表示的字符串日期，此格式中，年份为两位数值或字符串满足YEAR类型的格式条件为：当年份取值为00到69时，会被转化为2000到2069；当年份取值为70到99时，会被转化为1970到1999。
• 使用CURRENT_DATE() 或者NOW() 函数，会插入当前系统的日期。

举例:创建数据表，表中只包含一个DATE类型的字段f1。

CREATE TABLE test_date1
(
    f1 DATE
);

DESC test_date1;

INSERT INTO test_date1
VALUES ('2020-10-01'),
       ('20201001'),
       (20201001);

INSERT INTO test_date1
VALUES ('00-01-01'),
       ('000101'),
       ('69-10-01'),
       ('691001'),
       ('70-01-01'),
       ('700101'),
       ('99-01-01'),
       ('990101');

INSERT INTO test_date1
VALUES (000301),
       (690301),
       (700301),
       (990301); #存在隐式转换

INSERT INTO test_date1
VALUES (CURDATE()),
       (CURRENT_DATE()),
       (NOW());

SELECT *
FROM test_date1;

12.6.3、TIME类型

TIME类型用来表示时间，不包含日期部分。在MySQL中，需要3个字节的存储空间来存储TIME类型的数据，可以使用“HH:MM:SS”格式来表示TIME类型，其中，HH表示小时，MM表示分钟，SS表示秒。
在MySQL中，向TIME类型的字段插入数据时，也可以使用几种不同的格式。 （1）可以使用带有冒号的字符串，比如’ D HH:MM:SS’ 、’ HH:MM:SS ‘、’ HH:MM ‘、’ D HH:MM ‘、’ D HH ‘或’ SS ‘格式，都能被正确地插入TIME类型的字段中。其中D表示天，其最小值为0，最大值为34。如果使用带有D格式的字符串插入TIME类型的字段时，D会被转化为小时，计算格式为D*24+HH。当使用带有冒号并且不带D的字符串表示时间时，表示当天的时间，比如12:10表示12:10:00，而不是00:12:10。 （2）可以使用不带有冒号的字符串或者数字，格式为’ HHMMSS '或者HHMMSS 。如果插入一个不合法的字符串或者数字，MySQL在存储数据时，会将其自动转化为00:00:00进行存储。比如1210，MySQL会将最右边的两位解析成秒，表示00:12:10，而不是12:10:00。 （3）使用CURRENT_TIME() 或者NOW() ，会插入当前系统的时间。

举例:
创建数据表,表中包含一个TIME类型的字段f1。

CREATE TABLE IF NOT EXISTS test_time1(
	f1 TIME
);

INSERT INTO test_time1
VALUES ('2 12:30:29'),
       ('12:35:29'),
       ('12:40'),
       ('2 12:40'),
       ('1 05'),
       ('45');

INSERT INTO test_time1
VALUES ('123520'),
       (124011),
       (1210);

INSERT INTO test_time1
VALUES (NOW()),
       (CURRENT_TIME()),
       (CURTIME());

SELECT *
FROM test_time1;

12.6.4、DATETIME类型

DATETIME类型在所有的日期时间类型中占用的存储空间最大，总共需要8 个字节的存储空间。在格式上为DATE类型和TIME类型的组合，可以表示为YYYY-MM-DD HH:MM:SS ，其中YYYY表示年份，MM表示月份，DD表示日期，HH表示小时，MM表示分钟，SS表示秒。

在向DATETIME类型的字段插入数据时，同样需要满足一定的格式条件。

• 以YYYY-MM-DD HH:MM:SS 格式或者YYYYMMDDHHMMSS 格式的字符串插入DATETIME类型的字段时，最小值为1000-01-01 00:00:00，最大值为9999-12-03 23:59:59。
  • 以YYYYMMDDHHMMSS格式的数字插入DATETIME类型的字段时，会被转化为YYYY-MM-DD HH:MM:SS格式。
• 以YY-MM-DD HH:MM:SS 格式或者YYMMDDHHMMSS 格式的字符串插入DATETIME类型的字段时，两位数的年份规则符合YEAR类型的规则，00到69表示2000到2069；70到99表示1970到1999。
• 使用函数CURRENT_TIMESTAMP() 和NOW() ，可以向DATETIME类型的字段插入系统的当前日期和时间。

举例:
创建数据表,表中包含一个DATETIME类型的字段dt。

CREATE TABLE test_datetime1
(
    dt DATETIME
);

INSERT INTO test_datetime1
VALUES ('2021-01-01 06:50:30'),
       ('20210101065030');

INSERT INTO test_datetime1
VALUES ('99-01-01 00:00:00'),
       ('990101000000'),
       ('20-01-01 00:00:00'),
       ('200101000000');

INSERT INTO test_datetime1
VALUES (20200101000000),
       (200101000000),
       (19990101000000),
       (990101000000);

INSERT INTO test_datetime1
VALUES (CURRENT_TIMESTAMP()),
       (NOW()),
       (SYSDATE());

SELECT *
FROM test_datetime1;
);

12.6.5、TIMESTAMP类型

TIMESTAMP类型也可以表示日期时间，其显示格式与DATETIME类型相同，都是YYYY-MM-DD HH:MM:SS ，需要4个字节的存储空间。但是TIMESTAMP存储的时间范围比DATETIME要小很多，只能存储“1970-01-01 00:00:01 UTC”到“2038-01-19 03:14:07 UTC”之间的时间。其中，UTC表示世界统一时间，也叫作世界标准时间。

• 存储数据的时候需要对当前时间所在的时区进行转换,查询数据的时候再将时间转换回当前的时区。因此,使用TIMESTAMP存储的同一个时间值,在不同的时区查询时会显示不同的时间。

向TIMESTAMP类型的字段插入数据时，当插入的数据格式满足YY-MM-DD HH:MM:SS和YYMMDDHHMMSS时，两位数值的年份同样符合YEAR类型的规则条件，只不过表示的时间范围要小很多。

如果向TIMESTAMP类型的字段插入的时间超出了TIMESTAMP类型的范围，则MySQL会抛出错误信息。

举例:
创建数据表,表中包含一个TIMESTAMP类型的字段ts

CREATE TABLE test_timestamp1
(
    ts TIMESTAMP
);

插入数据:

INSERT INTO test_timestamp1
VALUES ('1999-01-01 03:04:50'),
       ('19990101030405'),
       ('99-01-01 03:04:05'),
       ('990101030405');

INSERT INTO test_timestamp1
VALUES ('2020@01@01@00@00@00'),
       ('20@01@01@00@00@00');

INSERT INTO test_timestamp1
VALUES (CURRENT_TIMESTAMP()),
       (NOW());

#Incorrect datetime value
INSERT INTO test_timestamp1
VALUES ('2038-01-20 03:14:07');

TIMESTAMP和DATATIME的区别:

• TIMESTAMP存储空间比较小,表示的日期时间范围也比较小
• 底层存储方式不同,TIMESTAMP底层存储的是毫秒值，距离1970-1-1 0:0:0 0毫秒的毫秒值。
• 两个日期比较大小或日期计算时，TIMESTAMP更方便、更快。
• TIMESTAMP和时区有关。TIMESTAMP会根据用户的时区不同，显示不同的结果。而DATETIME则只能反映出插入时当地的时区，其他时区的人查看数据必然会有误差的。

#对比DATETIME 和 TIMESTAMP
CREATE TABLE temp_time
(
    d1 DATETIME,
    d2 TIMESTAMP
);

INSERT INTO temp_time
VALUES ('2021-9-2 14:45:52', '2021-9-2 14:45:52');

INSERT INTO temp_time
VALUES (NOW(), NOW());

SELECT *
FROM temp_time;

#修改当前的时区
SET time_zone = '+9:00';

SELECT *
FROM temp_time;

开发中经验
用得最多的日期时间类型，就是 DATETIME 。虽然 MySQL 也支持 YEAR（年）、 TIME（时间）、
DATE（日期），以及 TIMESTAMP 类型，但是在实际项目中，尽量用 DATETIME 类型。因为这个数据类型包括了完整的日期和时间信息，取值范围也最大，使用起来比较方便。毕竟，如果日期时间信息分散在好几个字段，很不容易记，而且查询的时候，SQL 语句也会更加复杂。

此外，一般存注册时间、商品发布时间等，不建议使用DATETIME存储，而是使用时间戳，因为
DATETIME虽然直观，但不便于计算。

12.7、文本字符串类型

在实际的项目中，我们还经常遇到一种数据，就是字符串数据。

MySQL中，文本字符串总体上分为CHAR 、VARCHAR 、TINYTEXT 、TEXT 、MEDIUMTEXT 、
LONGTEXT 、ENUM 、SET 等类型。

12.7.1、CHAR与VARCHAR类型

CHAR和VARCHAR类型都可以存储比较短的字符串。

字符串(文本)类型	特点	长度	长度范围	占用的存储空间
CHAR(M)	固定长度	M	0 <= M <= 255	M个字节
VARCHAR(M)	可变长度	M	0 <=M <= 65535	(实际长度+1)个字节

CHAR类型:

• CHAR(M) 类型一般需要预先定义字符串长度。如果不指定(M)，则表示长度默认是1个字符。
• 如果保存时，数据的实际长度比CHAR类型声明的长度小，则会在右侧填充空格以达到指定的长度。当MySQL检索CHAR类型的数据时，CHAR类型的字段会去除尾部的空格。
• 定义CHAR类型字段时，声明的字段长度即为CHAR类型字段所占的存储空间的字节数。

CREATE TABLE test_char1
(
    c1 CHAR,
    c2 CHAR(5)
);

DESC test_char1;

INSERT INTO test_char1(c1)
VALUES ('a');

#Data too long for column 'c1' at row 1
INSERT INTO test_char1(c1)
VALUES ('ab');

INSERT INTO test_char1(c2)
VALUES ('ab');

INSERT INTO test_char1(c2)
VALUES ('hello');

SELECT *
FROM test_char1;

SELECT CONCAT(c2, '***')
FROM test_char1;

INSERT INTO test_char1(c2)
VALUES ('ab  ');

SELECT CHAR_LENGTH(c2)
FROM test_char1;

VARCHAR类型:

• VARCHAR(M) 定义时， 必须指定长度M，否则报错。
• MySQL4.0版本以下，varchar(20)：指的是20字节，如果存放UTF8汉字时，只能存6个（每个汉字3字节） ；MySQL5.0版本以上，varchar(20)：指的是20字符。
• 检索VARCHAR类型的字段数据时，会保留数据尾部的空格。VARCHAR类型的字段所占用的存储空间为字符串实际长度加1个字节。

#VARCHAR类型
CREATE TABLE test_varchar1
(
    NAME VARCHAR #错误
);

#Column length too big for column 'name' (max = 21845); use BLOB or TEXT instead
CREATE TABLE test_varchar2
(
    NAME VARCHAR(65535)
);

CREATE TABLE test_varchar3
(
    NAME VARCHAR(5)
);

INSERT INTO test_varchar3
VALUES ('MySQL'),
       ('数据库');

#Data too long for column 'NAME' at row 1
INSERT INTO test_varchar3
VALUES ('MySQL数据库学习');

哪些情况使用CHAR或VARCHAR更好

类型	特点	空间上	时间上	适用场景
CHAR(M)	固定长度	浪费存储空间	效率高	存储不大,速度要求高
VARCHAR(M)	可变长度	节省存储空间	效率低	非CHAR的情况

情况1：存储很短的信息。比如门牌号码101，201……这样很短的信息应该用char，因为varchar还要占个byte用于存储信息长度，本来打算节约存储的，结果得不偿失。

情况2：固定长度的。比如使用uuid作为主键，那用char应该更合适。因为他固定长度，varchar动态根据长度的特性就消失了，而且还要占个长度信息。

情况3：十分频繁改变的column。因为varchar每次存储都要有额外的计算，得到长度等工作，如果一个非常频繁改变的，那就要有很多的精力用于计算，而这些对于char来说是不需要的。

情况4：具体存储引擎中的情况：

• MyISAM 数据存储引擎和数据列：MyISAM数据表，最好使用固定长度(CHAR)的数据列代替可变长度(VARCHAR)的数据列。这样使得整个表静态化，从而使数据检索更快，用空间换时间。
• MEMORY 存储引擎和数据列：MEMORY数据表目前都使用固定长度的数据行存储，因此无论使用CHAR或VARCHAR列都没有关系，两者都是作为CHAR类型处理的。
• InnoDB 存储引擎，建议使用VARCHAR类型。因为对于InnoDB数据表，内部的行存储格式并没有区分固定长度和可变长度列（所有数据行都使用指向数据列值的头指针），而且主要影响性能的因素是数据行使用的存储总量，由于char平均占用的空间多于varchar，所以除了简短并且固定长度的，其他考虑varchar。这样节省空间，对磁盘I/O和数据存储总量比较好。

12.7.2、TEXT类型

在MySQL中，TEXT用来保存文本类型的字符串，总共包含4种类型，分别为TINYTEXT、TEXT、
MEDIUMTEXT 和 LONGTEXT 类型。

在向TEXT类型的字段保存和查询数据时，系统自动按照实际长度存储，不需要预先定义长度。这一点和VARCHAR类型相同。

每种TEXT类型保存的数据长度和所占用的存储空间不同，如下：

文本字符串类型	特点	长度	长度范围	占用的存储空间
TINYTEXT	小文本、可变长度	L	0 <= L <= 255	L+2个字节
TEXT	文本、可变长度	L	0 <= L <= 65535	L + 2 个字节
MEDIUMTEXT	中等文本、可变长度	L	0 <= L <= 16777215	L + 3 个字节
LONGTEXT	大文本、可变长度	L	0 <= L<= 4294967295（相当于4GB）	L + 4 个字节

由于实际存储的长度不确定,MySQL不允许TEXT类型的字段做主键。遇到这种情况,你只能采用CHAR(M),或者VARCHAR(M)。

举例:
创建数据表:

#7.3 TEXT类型
CREATE TABLE test_text
(
    tx TEXT
);

INSERT INTO test_text
VALUES ('atguigu   ');

SELECT CHAR_LENGTH(tx)
FROM test_text;

说明在保存和查询数据时,并没有哦删除TEXT类型的数据尾部和空格。

开发中经验:
TEXT文本类型，可以存比较大的文本段，搜索速度稍慢，因此如果不是特别大的内容，建议使用CHAR，VARCHAR来代替。还有TEXT类型不用加默认值，加了也没用。而且text和blob类型的数据删除后容易导致“空洞”，使得文件碎片比较多，所以频繁使用的表不建议包含TEXT类型字段，建议单独分出去，单独用一个表。

12.8、ENUM类型

ENUM类型也叫作枚举类型，ENUM类型的取值范围需要在定义字段时进行指定。设置字段值时，ENUM类型只允许从成员中选取单个值，不能一次选取多个值。

其所需要的存储空间由定义ENUM类型时指定的成员个数决定。

文本字符串类型	长度	长度范围	占用的存储空间
ENUM	L	1 <= L <= 65535	1或2个字节

• 当ENUM类型包含1～255个成员时，需要1个字节的存储空间；
• 当ENUM类型包含256～65535个成员时，需要2个字节的存储空间。
• ENUM类型的成员个数的上限为65535个。

举例:
创建表如下:

CREATE TABLE test_enum
(
    season ENUM ('春','夏','秋','冬','unknow')
);

添加数据:

INSERT INTO test_enum
VALUES ('春'),
       ('秋');

SELECT *
FROM test_enum;

#Data truncated for column 'season' at row 1
INSERT INTO test_enum
VALUES ('春,秋');
#Data truncated for column 'season' at row 1
INSERT INTO test_enum
VALUES ('人');

INSERT INTO test_enum
VALUES ('unknow');

#忽略大小写的
INSERT INTO test_enum
VALUES ('UNKNOW');

#可以使用索引进行枚举元素的调用
INSERT INTO test_enum
VALUES (1),
       ('3');

# 没有限制非空的情况下，可以添加null值
INSERT INTO test_enum
VALUES (NULL);

12.9、SET类型

SET表示一个字符串对象，可以包含0个或多个成员，但成员个数的上限为64 。设置字段值时，可以取 取值范围内的 0 个或多个值。

当SET类型包含的成员个数不同时，其所占用的存储空间也是不同的，具体如下：

成员个数范围(L表示实际成员个数)	占用的存储空间
1 <= L <= 8	1个字节
9 <= L <= 16	2个字节
17 <= L <= 24	3个字节
25 <= L <= 32	4个字节
33 <= L <= 64	8个字节

SET类型在存储数据时成员个数越多，其占用的存储空间越大。注意：SET类型在选取成员时，可以一次选择多个成员，这一点与ENUM类型不同。
举例:
创建表:

CREATE TABLE test_set
(
    s SET ('A', 'B', 'C')
);

向表中插入数据:

INSERT INTO test_set (s)
VALUES ('A'),
       ('A,B');

#插入重复的SET类型成员时，MySQL会自动删除重复的成员
INSERT INTO test_set (s)
VALUES ('A,B,C,A');

#向SET类型的字段插入SET成员中不存在的值时，MySQL会抛出错误。
INSERT INTO test_set (s)
VALUES ('A,B,C,D');

SELECT *
FROM test_set;

举例:

CREATE TABLE temp_mul
(
    gender ENUM ('男','女'),
    hobby  SET ('吃饭','睡觉','打豆豆','写代码')
);

INSERT INTO temp_mul VALUES('男','睡觉,打豆豆'); #成功
# Data truncated for column 'gender' at row 1
INSERT INTO temp_mul VALUES('男,女','睡觉,写代码'); #失败
# Data truncated for column 'gender' at row 1
INSERT INTO temp_mul VALUES('妖','睡觉,写代码');#失败
INSERT INTO temp_mul VALUES('男','睡觉,写代码,吃饭'); #成功

12.10、十进制字符串类型

MySQL中的二进制字符串类型主要存储一些二进制数据，比如可以存储图片、音频和视频等二进制数
据。

MySQL中支持的二进制字符串类型主要包括BINARY、VARBINARY、TINYBLOB、BLOB、MEDIUMBLOB 和LONGBLOB类型。

12.10.1、BINARY与VARBINARY类型

BINARY和VARBINARY类似于CHAR和VARCHAR，只是它们存储的是二进制字符串。

BINARY (M)为固定长度的二进制字符串，M表示最多能存储的字节数，取值范围是0~255个字符。如果未指定(M)，表示只能存储1个字节。例如BINARY (8)，表示最多能存储8个字节，如果字段值不足(M)个字节，将在右边填充’\0’以补齐指定长度。

VARBINARY (M)为可变长度的二进制字符串，M表示最多能存储的字节数，总字节数不能超过行的字节长度限制65535，另外还要考虑额外字节开销，VARBINARY类型的数据除了存储数据本身外，还需要1或2个字节来存储数据的字节数。VARBINARY类型必须指定(M) ，否则报错。

二进制字符串类型	特点	值的长度	占用空间
BINARY(M)	固定长度	M （0 <= M <= 255）	M个字节
VARBINARY(M)	可变长度	M（0 <= M <= 65535）	M+1个字节

举例:
创建表:

CREATE TABLE test_binary1(
f1 BINARY,
f2 BINARY(3),
# f3 VARBINARY,
f4 VARBINARY(10)
);

添加数据:

INSERT INTO test_binary1(f1,f2)
VALUES('a','a');
INSERT INTO test_binary1(f1,f2)
VALUES('尚','尚');#失败

INSERT INTO test_binary1(f2,f4)
VALUES('ab','ab');
mysql> SELECT LENGTH(f2),LENGTH(f4)
-> FROM test_binary1;
+------------+------------+
| LENGTH(f2) | LENGTH(f4) |
+------------+------------+
| 3 | NULL |
| 3 | 2 |
+------------+------------+
2 rows in set (0.00 sec)

12.10.2、BLOB类型

BLOB是一个二进制大对象，可以容纳可变数量的数据。

MySQL中的BLOB类型包括TINYBLOB、BLOB、MEDIUMBLOB和LONGBLOB 4种类型，它们可容纳值的最大长度不同。可以存储一个二进制的大对象，比如图片、音频和视频等。

需要注意的是，在实际工作中，往往不会在MySQL数据库中使用BLOB类型存储大对象数据，通常会将图片、音频和视频文件存储到服务器的磁盘上，并将图片、音频和视频的访问路径存储到MySQL中。

二进制字符串类型|值的长度|长度范围|占用空间
TINYBLOB|L|0 <= L <= 255|L + 1 个字节
BLOB|L|0 <= L <= 65535（相当于64KB）|L + 2 个字节
MEDIUMBLOB|L|0 <= L <= 16777215 （相当于16MB）|L + 3 个字节
LONGBLOB|L|0 <= L <= 4294967295（相当于4GB）|L + 4 个字节

举例:

CREATE TABLE test_blob1(
id INT,
img MEDIUMBLOB
);

TEXT和BLOB的使用注意事项：

在使用text和blob字段类型时要注意以下几点，以便更好的发挥数据库的性能。

① BLOB和TEXT值也会引起自己的一些问题，特别是执行了大量的删除或更新操作的时候。删除这种值会在数据表中留下很大的" 空洞"，以后填入这些"空洞"的记录可能长度不同。为了提高性能，建议定期使用 OPTIMIZE TABLE 功能对这类表进行碎片整理。

② 如果需要对大文本字段进行模糊查询，MySQL 提供了前缀索引。但是仍然要在不必要的时候避免检索大型的BLOB或TEXT值。例如，SELECT * 查询就不是很好的想法，除非你能够确定作为约束条件的WHERE子句只会找到所需要的数据行。否则，你可能毫无目的地在网络上传输大量的值。

③ 把BLOB或TEXT列分离到单独的表中。在某些环境中，如果把这些数据列移动到第二张数据表中，可以让你把原数据表中的数据列转换为固定长度的数据行格式，那么它就是有意义的。这会减少主表中的碎片，使你得到固定长度数据行的性能优势。它还使你在主数据表上运行 SELECT * 查询的时候不会通过网络传输大量的BLOB或TEXT值。

12.11、JSON类型

JSON（JavaScript Object Notation）是一种轻量级的数据交换格式。简洁和清晰的层次结构使得 JSON 成
为理想的数据交换语言。它易于人阅读和编写，同时也易于机器解析和生成，并有效地提升网络传输效
率。JSON 可以将 JavaScript 对象中表示的一组数据转换为字符串，然后就可以在网络或者程序之间轻松地传递这个字符串，并在需要的时候将它还原为各编程语言所支持的数据格式。

在MySQL 5.7中，就已经支持JSON数据类型。在MySQL 8.x版本中，JSON类型提供了可以进行自动验证的JSON文档和优化的存储结构，使得在MySQL中存储和读取JSON类型的数据更加方便和高效。 创建数据表，表中包含一个JSON类型的字段 js 。

CREATE TABLE test_json(
js json
);

向表中插入JSON数据。

INSERT INTO test_json (js)
VALUES ('{"name":"songhk", "age":18, "address":{"province":"beijing",
"city":"beijing"}}');

查询t19表中的数据。

SELECT *
 FROM test_json;

当需要检索JSON类型的字段中数据的某个具体值时,可以使用“->”和“->>”符号。

mysql> SELECT js -> '$.name' AS NAME,js -> '$.age' AS age ,js -> '$.address.province'
AS province, js -> '$.address.city' AS city
-> FROM test_json;
+----------+------+-----------+-----------+
| NAME | age | province | city |
+----------+------+-----------+-----------+
| "songhk" | 18 | "beijing" | "beijing" |
+----------+------+-----------+-----------+
1 row in set (0.00 sec)

通过“->”和“->>”符号，从JSON字段中正确查询出了指定的JSON数据的值。

12.12、空间类型

MySQL 空间类型扩展支持地理特征的生成、存储和分析。这里的地理特征表示世界上具有位置的任何东西，可以是一个实体，例如一座山；可以是空间，例如一座办公楼；也可以是一个可定义的位置，例如一个十字路口等等。MySQL中使用Geometry（几何） 来表示所有地理特征。Geometry指一个点或点的集合，代表世界上任何具有位置的事物。

MySQL的空间数据类型（Spatial Data Type）对应于OpenGIS类，包括单值类型：GEOMETRY、POINT、LINESTRING、POLYGON以及集合类型：MULTIPOINT、MULTILINESTRING、MULTIPOLYGON、GEOMETRYCOLLECTION 。

• Geometry是所有空间集合类型的基类，其他类型如POINT、LINESTRING、POLYGON都是Geometry的子类。
  • Point，顾名思义就是点，有一个坐标值。例如POINT(121.213342 31.234532)，POINT(30 10)，坐标值支持DECIMAL类型，经度（longitude）在前，维度（latitude）在后，用空格分隔。
  • LineString，线，由一系列点连接而成。如果线从头至尾没有交叉，那就是简单的（simple）；如果起点和终点重叠，那就是封闭的（closed）。例如LINESTRING(30 10,10 30,4040)，点与点之间用逗号分隔，一个点中的经纬度用空格分隔，与POINT格式一致。
  • Polygon，多边形。可以是一个实心平面形，即没有内部边界，也可以有空洞，类似纽扣。最简单的就是只有一个外边界的情况，例如POLYGON((0 0,10 0,10 10, 0 10))。

下面展示几种常见的几何图形元素：

• MultiPoint、MultiLineString、MultiPolygon、GeometryCollection 这4种类型都是集合类，是多个Point、LineString或Polygon组合而成。

下面展示的是多个同类或异类几何图形元素的组合：

12.13、小结即选择建议

在定义数据类型时，如果确定是整数，就用INT ； 如果是小数，一定用定点数类型DECIMAL(M,D) ； 如果是日期与时间，就用 DATETIME 。

这样做的好处是，首先确保你的系统不会因为数据类型定义出错。不过，凡事都是有两面的，可靠性好，并不意味着高效。比如，TEXT 虽然使用方便，但是效率不如 CHAR(M) 和 VARCHAR(M)。

关于字符串的选择，建议参考如下阿里巴巴的《Java开发手册》规范：

阿里巴巴《Java开发手册》之MySQL数据库：

• 任何字段如果为非负数，必须是 UNSIGNED
• 【强制】小数类型为 DECIMAL，禁止使用 FLOAT 和 DOUBLE。
  • 说明：在存储的时候，FLOAT 和 DOUBLE 都存在精度损失的问题，很可能在比较值的时候，得到不正确的结果。如果存储的数据范围超过 DECIMAL 的范围，建议将数据拆成整数和小数并分开存储。
• 【强制】如果存储的字符串长度几乎相等，使用 CHAR 定长字符串类型。
• 【强制】VARCHAR 是可变长字符串，不预先分配存储空间，长度不要超过 5000。如果存储长度大于此值，定义字段类型为 TEXT，独立出来一张表，用主键来对应，避免影响其它字段索引效率。

13、约束

13.1、约束(Constraint)概述

13.1.1、为什么需要约束?

数据完整性（Data Integrity）是指数据的精确性（Accuracy）和可靠性（Reliability）。它是防止数据库中存在不符合语义规定的数据和防止因错误信息的输入输出造成无效操作或错误信息而提出的。

为了保证数据的完整性，SQL规范以约束的方式对表数据进行额外的条件限制。从以下四个方面考虑：

• 实体完整性（Entity Integrity） ：例如，同一个表中，不能存在两条完全相同无法区分的记录
• 域完整性（Domain Integrity） ：例如：年龄范围0-120，性别范围“男/女”
• 引用完整性（Referential Integrity） ：例如：员工所在部门，在部门表中要能找到这个部门
• 用户自定义完整性（User-defined Integrity） ：例如：用户名唯一、密码不能为空等，本部门经理的工资不得高于本部门职工的平均工资的5倍。

13.1.2、什么是约束?

约束是表级的强制规定。

可以在创建表时规定约束(通过CREATE TABLE 语句),或者在表创建之后通过ALTER TABLE 语句规定约束。

13.1.3、约束的分类

• 根据约束数据列的限制,约束可分为:
  • 单列约束:每个约束只约束一列
  • 多列约束:每个约束可约束多列数据
• 根据约束的作用范围,约束可分为:
  • 列级约束:只能作用在一个列上,跟在列的定义后面
  • 表级约束:可以作用在多个列上,不与列一起,而是单独定义

约束	位置	支持的约束类型	是否可以起约束名
列级约束	列的后面	语法都支持,但外键没有效果	不可以
表级约束	所有列的下面	默认和非空不支持,其他支持	可以(主键没有效果)

• 根据约束起的作用,约束可分为:
  • NOT NULL 非空约束,规定某个字段不能为空
  • UNIQUE 唯一约束,规定某个字段在整个表中是唯一的
  • PRIMARY KEY主键(非空且唯一)约束
  • FOREIGN KEY 外键约束
  • CHECK 检查约束
  • DEFAULT 默认值约束

注意:MySQL不支持CHECK约束,但可以使用CHECK约束,而没有任何效果

• 查看某个表已有的约束

#information_schema数据库名（系统库）
#table_constraints表名称（专门存储各个表的约束）
SELECT * FROM information_schema.table_constraints
WHERE table_name = '表名称';

13.2、非空约束

13.2.1、作用

限定某个字段/某列的值不允许为空

13.2.2、关键字

NOT NULL

13.2.3、特点

• 默认，所有的类型的值都可以是NULL，包括INT、FLOAT等数据类型
• 非空约束只能出现在表对象的列上，只能某个列单独限定非空，不能组合非空
• 一个表可以有很多列都分别限定了非空
• 空字符串’'不等于NULL，0也不等于NULL

13.2.4、添加非空约束

1. 建表时

CREATE TABLE 表名称(
字段名 数据类型,
字段名 数据类型 NOT NULL,
字段名 数据类型 NOT NULL
);

举例:

CREATE TABLE test1(
id INT NOT NULL,
last_name VARCHAR(15) NOT NULL,
email VARCHAR(25),
salary DECIMAL(10,2)
);

INSERT INTO test1(id,last_name,email,salary)
VALUES(1,'Tom','tom@126.com',3400);

#错误：Column 'last_name' cannot be null
INSERT INTO test1(id,last_name,email,salary)
VALUES(2,NULL,'tom1@126.com',3400);

#错误：Column 'id' cannot be null
INSERT INTO test1(id,last_name,email,salary)
VALUES(NULL,'Jerry','jerry@126.com',3400);

INSERT INTO test1(id,email)
VALUES(2,'abc@126.com');

UPDATE test1
SET last_name = NULL
WHERE id = 1;

UPDATE test1
SET email = 'tom@126.com'
WHERE id = 1;

2. 建表后

alter table 表名称 modify 字段名 数据类型 not null;

举例:

#在ALTER TABLE时添加约束
SELECT * FROM test1;

DESC test1;

ALTER TABLE test1
MODIFY email VARCHAR(25) NOT NULL;

13.2.5、删除非空约束

alter table 表名称
    modify 字段名 数据类型 NULL;
#去掉not null，相当于修改某个非注解字段，该字段允许为空
或
alter table 表名称
    modify 字段名 数据类型;
#去掉not null，相当于修改某个非注解字段，该字段允许为空

举例:

# 在ALTER TABLE时添加约束
SELECT * FROM test1;

DESC test1;

ALTER TABLE test1
MODIFY email VARCHAR(25) NOT NULL;

#在ALTER TABLE时删除约束
ALTER TABLE test1
MODIFY email VARCHAR(25) NULL;

13.3、唯一性约束

13.3.1、作用

用来限制某个字段/某列的值不能重复。

13.3.2、关键字

UNIQUE

13.3.3、特点

• 同一个表可以有多个唯一约束。
• 唯一约束可以是某一个列的值唯一，也可以多个列组合的值唯一。
• 唯一性约束允许列值为空。
• 在创建唯一约束的时候，如果不给唯一约束命名，就默认和列名相同。
• MySQL会给唯一约束的列上默认创建一个唯一索引

13.3.4、添加唯一约束

1. 建表时

create table 表名称(
字段名 数据类型,
字段名 数据类型 unique,
字段名 数据类型 unique key,
字段名 数据类型
);
create table 表名称(
字段名 数据类型,
字段名 数据类型,
字段名 数据类型,
[constraint 约束名] unique key(字段名)
);

举例:

create table student
(
    sid    int,
    sname  varchar(20),
    tel    char(11) unique,
    cardid char(18) unique key
);

CREATE TABLE t_course
(
    cid         INT UNIQUE,
    cname       VARCHAR(100) UNIQUE,
    description VARCHAR(200)
);

# 在CREATE TABLE时添加约束
CREATE TABLE test2
(
    id        INT UNIQUE, #列级约束
    last_name VARCHAR(15),
    email     VARCHAR(25),
    salary    DECIMAL(10, 2),
#表级约束
    CONSTRAINT uk_test2_email UNIQUE (email)
);

#查询约束
SELECT *
FROM information_schema.table_constraints
WHERE table_name = 'test2';

#在创建唯一约束的时候，如果不给唯一约束命名，就默认和列名相同。

表示用户名和密码组合不能重复

INSERT INTO test2(id,last_name,email,salary)
VALUES(1,'Tom','tom@126.com',4500);

#错误：Duplicate entry '1' for key 'test2.id'
INSERT INTO test2(id,last_name,email,salary)
VALUES(1,'Tom1','tom1@126.com',4600);

#错误：Duplicate entry 'tom@126.com' for key 'test2.uk_test2_email'
INSERT INTO test2(id,last_name,email,salary)
VALUES(2,'Tom1','tom@126.com',4600);

#可以向声明为unique的字段上添加null值。而且可以多次添加null
INSERT INTO test2(id,last_name,email,salary)
VALUES(2,'Tom1',NULL,4600);

INSERT INTO test2(id,last_name,email,salary)
VALUES(3,'Tom2',NULL,4600);

2. 建表后指定唯一键约束

#字段列表中如果是一个字段，表示该列的值唯一。如果是两个或更多个字段，那么复合唯一，即多个字段的组合是唯一的

#方式1：
alter table 表名称 add unique key(字段列表);

#方式2：
alter table 表名称 modify 字段名 字段类型 unique;

#4.2 在ALTER TABLE时添加约束

DESC test2;

UPDATE test2
SET salary = 5000
WHERE id = 3;
#方式1：
ALTER TABLE test2
    ADD CONSTRAINT uk_test2_sal UNIQUE (salary);
#方式2：
ALTER TABLE test2
    MODIFY last_name VARCHAR(15) UNIQUE;

13.3.5、关于复合唯一约束

create table 表名称
(
    字段名 数据类型,
    字段名 数据类型,
    字段名 数据类型,
    unique key (字段列表) #字段列表中写的是多个字段名，多个字段名用逗号分隔，表示那么是复合唯一，即多个字段的组合是唯一的
);

#学生表
create table student
(
    sid    int,                 #学号
    sname  varchar(20),         #姓名
    tel    char(11) unique key, #电话
    cardid char(18) unique key  #身份证号
);
#课程表
create table course
(
    cid   int,        #课程编号
    cname varchar(20) #课程名称
);
#选课表
create table student_course
(
    id    int,
    sid   int,
    cid   int,
    score int,
    unique key (sid, cid) #复合唯一
);

insert into student
values (1, '张三', '13710011002', '101223199012015623');#成功
insert into student
values (2, '李四', '13710011003', '101223199012015624');#成功
insert into course
values (1001, 'Java'),
       (1002, 'MySQL');#成功

insert into student_course
values (5, 1, 1001, 88);
#失败
#ERROR 1062 (23000): Duplicate entry '1-1001' for key 'sid' 违反sid-cid的复合唯

13.3.6、删除唯一约束

• 添加唯一性约束的列上也会自动创建唯一索引。
• 删除唯一约束只能通过删除唯一索引的方式删除。
• 删除时需要指定唯一索引名，唯一索引名就和唯一约束名一样。
• 如果创建唯一约束时未指定名称，如果是单列，就默认和列名相同；如果是组合列，那么默认和()中排在第一个的列名相同。也可以自定义唯一性约束名。

SELECT *
FROM information_schema.table_constraints
WHERE table_name = '表名'; #查看都有哪些约束

ALTER TABLE USER
DROP INDEX uk_name_pwd;

注意：可以通过 show index from 表名称; 查看表的索引

13.4、PRIMARY KEY约束

13.4.1、作用

用来唯一标识表中的一行记录。

13.4.2、关键字

PRIMARY KEY

13.4.3、特点

• 主键约束相当于唯一约束+非空约束的组合，主键约束列不允许重复，也不允许出现空值。
  

• 一个表最多只能有一个主键约束，建立主键约束可以在列级别创建，也可以在表级别上创建。

• 主键约束对应着表中的一列或者多列（复合主键）

• 如果是多列组合的复合主键约束，那么这些列都不允许为空值，并且组合的值不允许重复。

• MySQL的主键名总是PRIMARY，就算自己命名了主键约束名也没用。

• 当创建主键约束时，系统默认会在所在的列或列组合上建立对应的主键索引（能够根据主键查询的，就根据主键查询，效率更高）。如果删除主键约束了，主键约束对应的索引就自动删除了。

• 需要注意的一点是，不要修改主键字段的值。因为主键是数据记录的唯一标识，如果修改了主键的值，就有可能会破坏数据的完整性。

13.4.4、添加主键约束

1. 建表时指定主键约束

create table 表名称
(
    字段名 数据类型 primary key, #列级模式
    字段名 数据类型,
    字段名 数据类型
);

create table 表名称
(
    字段名 数据类型,
    字段名 数据类型,
    字段名 数据类型, 
    [constraint 约束名] primary key (字段名) #表级模式
);

举例:

create table temp
(
    id   int primary key,
    name varchar(20)
);

DESCRIBE temp #显示表结构

insert into temp
values (1, '张三');#成功
insert into temp
values (2, '李四');#成功

insert into temp values(1,'张三');#失败
ERROR 1062 (23000): Duplicate（重复） entry（键入，输入） '1' for key 'PRIMARY'
insert into temp values(1,'王五');#失败
ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY'
insert into temp values(3,'张三');#成功

insert into temp values(4,null);#成功
insert into temp values(null,'李琦');#失败
ERROR 1048 (23000): Column 'id' cannot be null

#演示一个表建立两个主键约束
create table temp
(
    id   int primary key,
    name varchar(20) primary key
);
ERROR 1068 (42000): Multiple（多重的） primary key defined（定义）

再举例:

• 列级约束

CREATE TABLE emp4(
id INT PRIMARY KEY AUTO_INCREMENT ,
NAME VARCHAR(20)
);

• 表级约束

CREATE TABLE emp5(
id INT NOT NULL AUTO_INCREMENT,
NAME VARCHAR(20),
pwd VARCHAR(15),
CONSTRAINT emp5_id_pk PRIMARY KEY(id)
);

2. 建表后增加主键约束

ALTER TABLE 表名称
    ADD PRIMARY KEY (字段列表); #字段列表可以是一个字段，也可以是多个字段，如果是多个字段的话，是复合主键

ALTER TABLE student
    ADD PRIMARY KEY (sid);
ALTER TABLE emp5
    ADD PRIMARY KEY (NAME, pwd);

13.4.5、关于复合主键

create table 表名称
(
    字段名 数据类型,
    字段名 数据类型,
    字段名 数据类型,
    primary key (字段名1, 字段名2) #表示字段1和字段2的组合是唯一的，也可以有更多个字段
);

#学生表
create table student
(
    sid   int primary key, #学号
    sname varchar(20)      #学生姓名
);
#课程表
create table course
(
    cid   int primary key, #课程编号
    cname varchar(20)      #课程名称
);
#选课表
create table student_course
(
    sid   int,
    cid   int,
    score int,
    primary key (sid, cid) #复合主键
);

insert into student
values (1, '张三'),
       (2, '李四');
insert into course
values (1001, 'Java'),
       (1002, 'MySQL');

mysql> select * from student;
+-----+-------+
| sid | sname |
+-----+-------+
| 1 | 张三 |
| 2 | 李四 |
+-----+-------+
2 rows in set (0.00 sec)
mysql> select * from course;
+------+-------+
| cid | cname |
+------+-------+
| 1001 | Java |
| 1002 | MySQL |
+------+-------+
2 rows in set (0.00 sec)
insert into student_course values(1, 1001, 89),(1,1002,90),(2,1001,88),(2,1002,56);
mysql> select * from student_course;
+-----+------+-------+
| sid | cid | score |
+-----+------+-------+
| 1 | 1001 | 89 |
| 1 | 1002 | 90 |
| 2 | 1001 | 88 |
| 2 | 1002 | 56 |
+-----+------+-------+
4 rows in set (0.00 sec)
insert into student_course values(1, 1001, 100);
ERROR 1062 (23000): Duplicate entry '1-1001' for key 'PRIMARY'

• 在举例

CREATE TABLE emp6
(
    id   INT NOT NULL,
    NAME VARCHAR(20),
    pwd  VARCHAR(15),
    CONSTRAINT emp7_pk PRIMARY KEY (NAME, pwd)
);

13.4.6、删除主键约束

#如何删除主键约束 (在实际开发中，不会去删除表中的主键约束！)
alter table 表名称 drop primary key;

举例:

ALTER TABLE student
    DROP PRIMARY KEY;

ALTER TABLE emp5
    DROP PRIMARY KEY;

说明:删除主键约束,不需要指定主键名,因为一个表只有一个主键,删除主键约束后,非空还存在。

13.5、自增列:AUTO_INCREMENT

13.5.1、作用

某个字段的值自增

13.5.2、关键字

AUTO_INCREMENT

13.5.3、特点和要求

1. 一个表最多只能有一个自增长列
2. 当需要产生唯一标识符或顺序值时，可设置自增长
3. 自增长列约束的列必须是键列（主键列，唯一键列）
4. 自增约束的列的数据类型必须是整数类型
5. 如果自增列指定了 0 和 null，会在当前最大值的基础上自增；如果自增列手动指定了具体值，直接赋值为具体值。

错误演示:

create table employee
(
    eid   int auto_increment,
    ename varchar(20)
);
# ERROR 1075 (42000): Incorrect table definition; there can be only one auto columnand it must be defined as a key

create table employee
(
    eid   int primary key,
    ename varchar(20) unique key auto_increment
);
# ERROR 1063 (42000): Incorrect column specifier for column 'ename' 因为ename不是整数类型

13.5.4、如何指定自增约束

（1）建表时

create table 表名称
(
    字段名 数据类型 primary key auto_increment,
    字段名 数据类型 unique key not null,
    字段名 数据类型 unique key,
    字段名 数据类型 not null default 默认值
);


create table 表名称
(
    字段名 数据类型 default 默认值,
    字段名 数据类型 unique key auto_increment,
    字段名 数据类型 not null default 默认值,
    primary key (字段名)
);

create table employee
(
    eid   int primary key auto_increment,
    ename varchar(20)
);

（2）建表后

alter table 表名称
    modify 字段名 数据类型 auto_increment;

例如 :

create table employee
(
    eid   int primary key,
    ename varchar(20)
);


alter table employee
    modify eid int auto_increment;

13.5.5、如何删除自增约束

#alter table 表名称 modify 字段名 数据类型 auto_increment;#给这个字段增加自增约束
alter table 表名称
    modify 字段名 数据类型; #去掉auto_increment相当于删除

alter table employee
    modify eid int;

13.5.6、MySQL8.0新特性-自增变量的持久性

在MySQL 8.0之前，自增主键AUTO_INCREMENT的值如果大于max(primary key)+1，在MySQL重启后，会重置AUTO_INCREMENT=max(primary key)+1，这种现象在某些情况下会导致业务主键冲突或者其他难以发现的问题。 下面通过案例来对比不同的版本中自增变量是否持久化。 在MySQL 5.7版本中，测试步骤如下： 创建的数据表中包含自增主键的id字段，语句如下：

CREATE TABLE test1
(
    id INT PRIMARY KEY AUTO_INCREMENT
);

插入4个空值，执行如下：

INSERT INTO test1
VALUES (0),
       (0),
       (0),
       (0);

查询数据表test1中的数据，结果如下：

mysql> SELECT * FROM test1;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 4 |
+----+
4 rows in set (0.00 sec)

删除id为4的记录，语句如下：

DELETE
FROM test1
WHERE id = 4;

再次插入一个空值，语句如下：

INSERT INTO test1
VALUES (0);

查询此时数据表test1中的数据，结果如下：

mysql> SELECT * FROM test1;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 5 |
+----+
4 rows in set (0.00 sec)

从结果可以看出，虽然删除了id为4的记录，但是再次插入空值时，并没有重用被删除的4，而是分配了5。 删除id为5的记录，结果如下：

DELETE FROM test1 where id=5;

重启数据库，重新插入一个空值。

INSERT INTO test1 values(0);

再次查询数据表test1中的数据，结果如下：

mysql> SELECT * FROM test1;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 4 |
+----+
4 rows in set (0.00 sec)

从结果可以看出，新插入的0值分配的是4，按照重启前的操作逻辑，此处应该分配6。出现上述结果的主要原因是自增主键没有持久化。 在MySQL 5.7系统中，对于自增主键的分配规则，是由InnoDB数据字典内部一个计数器来决定的，而该计数器只在内存中维护，并不会持久化到磁盘中。当数据库重启时，该计数器会被初始化。




在MySQL 8.0版本中，上述测试步骤最后一步的结果如下：

mysql> SELECT * FROM test1;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 6 |
+----+
4 rows in set (0.00 sec)

从结果可以看出，自增变量已经持久化了。


MySQL 8.0将自增主键的计数器持久化到重做日志中。每次计数器发生改变，都会将其写入重做日志
中。如果数据库重启，InnoDB会根据重做日志中的信息来初始化计数器的内存值。

13.6、FOREIGN KEY约束

13.6.1、作用

限定某个表的某个字段的引用完整性。

比如：员工表的员工所在部门的选择，必须在部门表能找到对应的部分。

13.6.2、关键字

FOREIGN KEY

13.6.3、主表和从表/父表和子表

主表（父表）：被引用的表，被参考的表

从表（子表）：引用别人的表，参考别人的表

例如：员工表的员工所在部门这个字段的值要参考部门表：部门表是主表，员工表是从表。

例如：学生表、课程表、选课表：选课表的学生和课程要分别参考学生表和课程表，学生表和课程表是
主表，选课表是从表。

13.6.4、特点

1. 从表的外键列，必须引用/参考主表的主键或唯一约束的列 为什么？因为被依赖/被参考的值必须是唯一的
2. 在创建外键约束时，如果不给外键约束命名，默认名不是列名，而是自动产生一个外键名（例如student_ibfk_1;），也可以指定外键约束名。
3. 创建(CREATE)表时就指定外键约束的话，先创建主表，再创建从表
4. 删表时，先删从表（或先删除外键约束），再删除主表
5. 当主表的记录被从表参照时，主表的记录将不允许删除，如果要删除数据，需要先删除从表中依赖该记录的数据，然后才可以删除主表的数据
6. 在“从表”中指定外键约束，并且一个表可以建立多个外键约束
7. 从表的外键列与主表被参照的列名字可以不相同，但是数据类型必须一样，逻辑意义一致。如果类型不一样，创建子表时，就会出现错误“ERROR 1005 (HY000): Can’t create table’database.tablename’(errno: 150)”。
   例如：都是表示部门编号，都是int类型。
8. 当创建外键约束时，系统默认会在所在的列上建立对应的普通索引。但是索引名是外键的约束名。（根据外键查询效率很高）
9. 删除外键约束后，必须手动删除对应的索引

13.6.5、添加外键约束

（1）建表时

#(从表的某个字段)的数据类型必须与主表名(被参考字段)的数据类型一致，逻辑意义也一样
#(从表的某个字段)的字段名可以与主表名(被参考字段)的字段名一样，也可以不一样
-- FOREIGN KEY: 在表级指定子表中的列
-- REFERENCES: 标示在父表中的列
create table 主表名称
(
    字段1 数据类型 primary key,
    字段2 数据类型
);
create table 从表名称
(
    字段1 数据类型 primary key,
    字段2 数据类型, [
    CONSTRAINT <
    外键约束名称>]
    FOREIGN KEY（从表的某个字段) references 主表名(被参考字段)
);

create table dept
(                          #主表
    did   int primary key, #部门编号
    dname varchar(50)      #部门名称
);
create table emp
(   #从表
    eid    int primary key, #员工编号
    ename  varchar(5), #员工姓名
    deptid int, #员工所在的部门
    foreign key (deptid) references dept (did) #在从表中指定外键约束
    #emp表的deptid和和dept表的did的数据类型一致，意义都是表示部门的编号
);
说明：
（1）主表dept必须先创建成功，然后才能创建emp表，指定外键成功。
（2）删除表时，先删除从表emp，再删除主表dept

（2）建表后

一般情况下，表与表的关联都是提前设计好了的，因此，会在创建表的时候就把外键约束定义好。不
过，如果需要修改表的设计（比如添加新的字段，增加新的关联关系），但没有预先定义外键约束，那么，就要用修改表的方式来补充定义。

格式:

ALTER TABLE 从表名
    ADD [CONSTRAINT 约束名] FOREIGN KEY (从表的字段) REFERENCES 主表名(被引用字段) [on update xx][on delete xx];

举例:

ALTER TABLE emp1
    ADD [CONSTRAINT emp_dept_id_fk] FOREIGN KEY (dept_id) REFERENCES dept(dept_id);

举例:

create table dept
(
    did   int primary key, #部门编号
    dname varchar(50)      #部门名称
);
create table emp
(
    eid    int primary key, #员工编号
    ename  varchar(5),      #员工姓名
    deptid int              #员工所在的部门
);
#这两个表创建时，没有指定外键的话，那么创建顺序是随意

alter table emp
    add foreign key (deptid) references dept (did);

13.6.6、演示问题

（1）失败：不是键列

#ERROR 1215 (HY000): Cannot add foreign key constraint 原因是dept的did不是键列
create table dept
(
    did   int,        #部门编号
    dname varchar(50) #部门名称
);
create table emp
(
    eid    int primary key, #员工编号
    ename  varchar(5),      #员工姓名
    deptid int,             #员工所在的部门
    foreign key (deptid) references dept (did)
);

（2）失败：数据类型不一致

create table dept
(
    did   int primary key, #部门编号
    dname varchar(50)      #部门名称
);
create table emp
(
    eid    int primary key, #员工编号
    ename  varchar(5),      #员工姓名
    deptid char,            #员工所在的部门
    foreign key (deptid) references dept (did)
);
#ERROR 1215 (HY000): Cannot add foreign key constraint 原因是从表的deptid字段和主表的did字
#段的数据类型不一致，并且要它俩的逻辑意义一致

（3）成功，两个表字段名一样

create table dept
(
    did   int primary key, #部门编号
    dname varchar(50)      #部门名称
);
create table emp
(
    eid   int primary key, #员工编号
    ename varchar(5),      #员工姓名
    did   int,             #员工所在的部门
    foreign key (did) references dept (did)
    #emp表的deptid和和dept表的did的数据类型一致，意义都是表示部门的编号
    #是否重名没问题，因为两个did在不同的表中
);

（4）添加、删除、修改问题

create table dept
(
    did   int primary key, #部门编号
    dname varchar(50)      #部门名称
);
create table emp
(
    eid    int primary key, #员工编号
    ename  varchar(5),      #员工姓名
    deptid int,             #员工所在的部门
    foreign key (deptid) references dept (did)
    #emp表的deptid和和dept表的did的数据类型一致，意义都是表示部门的编号
);

insert into dept
values (1001, '教学部');
insert into dept
values (1003, '财务部');
insert into emp
values (1, '张三', 1001); #添加从表记录成功，在添加这条记录时，要求部门表有1001部门
insert into emp
values (2, '李四', 1005);#添加从表记录失败

ERROR 1452 (23000): Cannot add（添加） or update（修改） a child row: a foreign key
constraint fails (`atguigudb`.`emp`, CONSTRAINT `emp_ibfk_1` FOREIGN KEY (`deptid`)
REFERENCES `dept` (`did`)) 从表emp添加记录失败，因为主表dept没有1005部门

update emp
set deptid = 1002
where eid = 1;#修改从表失败

ERROR 1452 (23000): Cannot add（添加） or update（修改） a child row（子表的记录）: a
foreign key constraint fails（外键约束失败） (`atguigudb`.`emp`, CONSTRAINT `emp_ibfk_1`
FOREIGN KEY (`deptid`) REFERENCES `dept` (`did`)) #部门表did字段现在没有1002的值，所以员工表中不能修改员工所在部门deptid为1002

update dept
set did = 1002
where did = 1001;#修改主表失败

ERROR 1451 (23000): Cannot delete（删除） or update（修改） a parent row（父表的记录）: a
foreign key constraint fails (`atguigudb`.`emp`, CONSTRAINT `emp_ibfk_1` FOREIGN KEY
(`deptid`) REFERENCES `dept` (`did`)) #部门表did的1001字段已经被emp引用了，所以部门表的1001字段就不能修改了。

update dept
set did = 1002
where did = 1003;#修改主表成功 因为部门表的1003部门没有被emp表引用，所以可以修改

delete
from dept
where did = 1001; #删除主表失败

ERROR 1451 (23000): Cannot delete（删除） or update（修改） a parent row（父表记录）: a
foreign key constraint fails (`atguigudb`.`emp`, CONSTRAINT `emp_ibfk_1` FOREIGN KEY
(`deptid`) REFERENCES `dept` (`did`)) #因为部门表did的1001字段已经被emp引用了，所以部门表的1001字段对应的记录就不能被删除

总结：约束关系是针对双方的

• 添加了外键约束后，主表的修改和删除数据受约束
• 添加了外键约束后，从表的添加和修改数据受约束
• 在从表上建立外键，要求主表必须存在
• 删除主表时，要求从表从表先删除，或将从表中外键引用该主表的关系先删除

13.6.7、约束等级

• Cascade方式：在父表上update/delete记录时，同步update/delete掉子表的匹配记录
• Set null方式：在父表上update/delete记录时，将子表上匹配记录的列设为null，但是要注意子表的外键列不能为not null
• No action方式：如果子表中有匹配的记录，则不允许对父表对应候选键进行update/delete操作
• Restrict方式：同no action， 都是立即检查外键约束
• Set default方式（在可视化工具SQLyog中可能显示空白）：父表有变更时，子表将外键列设置成一个默认的值，但Innodb不能识别

如果没有指定等级，就相当于Restrict方式。

对于外键约束，最好是采用: ON UPDATE CASCADE ON DELETE RESTRICT 的方式。

（1）演示1：on update cascade on delete set null

create table dept
(
    did   int primary key, #部门编号
    dname varchar(50)      #部门名称
);
create table emp
(
    eid    int primary key, #员工编号
    ename  varchar(5),      #员工姓名
    deptid int,             #员工所在的部门
    foreign key (deptid) references dept (did) on update cascade on delete set null
#把修改操作设置为级联修改等级，把删除操作设置为set null等级
);

insert into dept
values (1001, '教学部');
insert into dept
values (1002, '财务部');
insert into dept
values (1003, '咨询部');
insert into emp
values (1, '张三', 1001); #在添加这条记录时，要求部门表有1001部门
insert into emp
values (2, '李四', 1001);
insert into emp
values (3, '王五', 1002);

select * from dept;

select * from emp;

#修改主表成功，从表也跟着修改，修改了主表被引用的字段1002为1004，从表的引用字段就跟着修改为1004了
mysql> update dept set did = 1004 where did = 1002;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
mysql> select * from dept;
+------+--------+
| did | dname |
+------+--------+
| 1001 | 教学部 |
| 1003 | 咨询部 |
| 1004 | 财务部 | #原来是1002，修改为1004
+------+--------+
3 rows in set (0.00 sec)
mysql> select * from emp;
+-----+-------+--------+
| eid | ename | deptid |
+-----+-------+--------+
| 1 | 张三 | 1001 |
| 2 | 李四 | 1001 |
| 3 | 王五 | 1004 | #原来是1002，跟着修改为1004
+-----+-------+--------+
3 rows in set (0.00 sec)

#删除主表的记录成功，从表对应的字段的值被修改为null
mysql> delete from dept where did = 1001;
Query OK, 1 row affected (0.01 sec)
mysql> select * from dept;
+------+--------+
| did | dname | #记录1001部门被删除了
+------+--------+
| 1003 | 咨询部 |
| 1004 | 财务部 |
+------+--------+
2 rows in set (0.00 sec)
mysql> select * from emp;
+-----+-------+--------+
| eid | ename | deptid |
+-----+-------+--------+
| 1 | 张三 | NULL | #原来引用1001部门的员工，deptid字段变为null
| 2 | 李四 | NULL |
| 3 | 王五 | 1004 |
+-----+-------+--------+
3 rows in set (0.00 sec)

（2）演示2：on update set null on delete cascade

create table dept
(
    did   int primary key, #部门编号
    dname varchar(50)      #部门名称
);
create table emp
(
    eid    int primary key, #员工编号
    ename  varchar(5),      #员工姓名
    deptid int,             #员工所在的部门
    foreign key (deptid) references dept (did) on update set null on delete cascade
#把修改操作设置为set null等级，把删除操作设置为级联删除等级
);

insert into dept values(1001,'教学部');
insert into dept values(1002, '财务部');
insert into dept values(1003, '咨询部');
insert into emp values(1,'张三',1001); #在添加这条记录时，要求部门表有1001部门
insert into emp values(2,'李四',1001);
insert into emp values(3,'王五',1002);

mysql> select * from dept;
+------+--------+
| did | dname |
+------+--------+
| 1001 | 教学部 |
| 1002 | 财务部 |
| 1003 | 咨询部 |
+------+--------+
3 rows in set (0.00 sec)
mysql> select * from emp;
+-----+-------+--------+
| eid | ename | deptid |
+-----+-------+--------+
| 1 | 张三 | 1001 |
| 2 | 李四 | 1001 |
| 3 | 王五 | 1002 |
+-----+-------+--------+
3 rows in set (0.00 sec)

结论：对于外键约束，最好是采用: ON UPDATE CASCADE ON DELETE RESTRICT 的方式。

13.6.8、删除 外键约束

流程如下:

#(1)第一步先查看约束名和删除外键约束
SELECT *
FROM information_schema.table_constraints
WHERE table_name = '表名称';#查看某个表的约束名
ALTER TABLE 从表名
    DROP FOREIGN KEY 外键约束名;
#（2）第二步查看索引名和删除索引。（注意，只能手动删除）
SHOW INDEX FROM 表名称; #查看某个表的索引名
ALTER TABLE 从表名
    DROP INDEX 索引名;

13.6.9、开发场景

问题1：如果两个表之间有关系（一对一、一对多），比如：员工表和部门表（一对多），它们之间是否一定要建外键约束？

答：不是的

问题2：建和不建外键约束有什么区别？

答：建外键约束，你的操作（创建表、删除表、添加、修改、删除）会受到限制，从语法层面受到限制。例如：在员工表中不可能添加一个员工信息，它的部门的值在部门表中找不到。
不建外键约束，你的操作（创建表、删除表、添加、修改、删除）不受限制，要保证数据的引用完整 性，只能依靠程序员的自觉，或者是在Java程序中进行限定。例如：在员工表中，可以添加一个员工的信息，它的部门指定为一个完全不存在的部门。

问题3：那么建和不建外键约束和查询有没有关系？

答：没有

在 MySQL 里，外键约束是有成本的，需要消耗系统资源。对于大并发的 SQL 操作，有可能会不适
合。比如大型网站的中央数据库，可能会因为外键约束的系统开销而变得非常慢。所以， MySQL 允
许你不使用系统自带的外键约束，在应用层面完成检查数据一致性的逻辑。也就是说，即使你不
用外键约束，也要想办法通过应用层面的附加逻辑，来实现外键约束的功能，确保数据的一致性。

13.6.10、阿里开发规范

【强制】不得使用外键与级联，一切外键概念必须在应用层解决。

说明：（概念解释）学生表中的 student_id 是主键，那么成绩表中的 student_id 则为外键。如果更新学生表中的 student_id，同时触发成绩表中的 student_id 更新，即为级联更新。外键与级联更新适用于单机低并发，不适合分布式、高并发集群；级联更新是强阻塞，存在数据库更新风暴的风险；外键影响数据库的插入速度。

13.7、CHECK约束

13.7.1、作用

检查某个字段的值是否符号xx要求，一般指的是值的范围

13.7.2、关键字

CHECK

13.7.3、说明:MySQL5.7不支持

MySQL5.7 可以使用check约束，但check约束对数据验证没有任何作用。添加数据时，没有任何错误或警告

但是MySQL 8.0中可以使用check约束了。

create table employee
(
    eid    int primary key,
    ename  varchar(5),
    gender char check ('男' or '女')
);

insert into employee values(1,'张三','妖');

• 再举例

CREATE TABLE temp
(
    id   INT AUTO_INCREMENT,
    NAME VARCHAR(20),
    age  INT CHECK (age > 20),
    PRIMARY KEY (id)
);

• 再举例

age tinyint check(age >20) 或 sex char(2) check(sex in(‘男’,’女’))

• 再举例

CHECK(height>=0 AND height<3)

13.8、DEFAULT约束

13.8.1、作用

给某个字段/某列指定默认值，一旦设置默认值，在插入数据时，如果此字段没有显式赋值，则赋值为默认值。

13.8.2、关键字

DEFAULT

13.8.3、如何给字段加默认值

（1）建表时

create table 表名称
(
    字段名 数据类型 primary key,
    字段名 数据类型 unique key not null,
    字段名 数据类型 unique key,
    字段名 数据类型 not null default 默认值,
);

create table 表名称
(
    字段名 数据类型 default 默认值,
    字段名 数据类型 not null default 默认值,
    字段名 数据类型 not null default 默认值,
    primary key (字段名),
    unique key (字段名)
);
说明：默认值约束一般不在唯一键和主键列上加

create table employee
(
    eid    int primary key,
    ename  varchar(20) not null,
    gender char                 default '男',
    tel    char(11)    not null default '' #默认是空字符串
);

insert into employee values(1,'汪飞','男','13700102535'); #成功

insert into employee(eid,ename) values(2,'天琪'); #成功

insert into employee(eid,ename) values(3,'二虎');
#ERROR 1062 (23000): Duplicate entry '' for key 'tel'
#如果tel有唯一性约束的话会报错，如果tel没有唯一性约束，可以添加成功

再举例：

CREATE TABLE myemp
(
    id     INT AUTO_INCREMENT PRIMARY KEY,
    NAME   VARCHAR(15),
    salary DOUBLE(10, 2) DEFAULT 2000
);

（2）建表后

alter table 表名称
    modify 字段名 数据类型 default 默认值;
#如果这个字段原来有非空约束，你还保留非空约束，那么在加默认值约束时，还得保留非空约束，否则非空约束就被删除了
#同理，在给某个字段加非空约束也一样，如果这个字段原来有默认值约束，你想保留，也要在modify语句中保留默认值约束，否则就删除了
alter table 表名称
    modify 字段名 数据类型 default 默认值 not null;

create table employee
(
    eid    int primary key,
    ename  varchar(20),
    gender char,
    tel    char(11) not null
);

create table employee
(
    eid    int primary key,
    ename  varchar(20),
    gender char,
    tel    char(11) not null
);

alter table employee
    modify gender char default '男'; #给gender字段增加默认值约束
alter table employee
    modify tel char(11) default ''; #给tel字段增加默认值约束
alter table employee
    modify tel char(11) default '' not null;#给tel字段增加默认值约束，并保留非空约束
    

13.8.4、如何删除默认值约束

alter table 表名称
    modify 字段名 数据类型;#删除默认值约束，也不保留非空约束
alter table 表名称
    modify 字段名 数据类型 not null; #删除默认值约束，保留非空约束
alter table employee
    modify gender char; #删除gender字段默认值约束，如果有非空约束，也一并删除
alter table employee
    modify tel char(11) not null;#删除tel字段默认值约束，保留非空约束

13.9、面试

面试1、为什么建表时，加 not null default ‘’ 或 default 0
答：不想让表中出现null值。

面试2、为什么不想要 null 的值
答:（1）不好比较。null是一种特殊值，比较时只能用专门的is null 和 is not null来比较。碰到运算符，通常返回null。
（2）效率不高。影响提高索引效果。因此，我们往往在建表时 not null default ‘’ 或 default 0

面试3、带AUTO_INCREMENT约束的字段值是从1开始的吗？
在MySQL中，默认AUTO_INCREMENT的初始值是1，每新增一条记录，字段值自动加1。设置自增属性（AUTO_INCREMENT）的时候，还可以指定第一条插入记录的自增字段的值，这样新插入的记录的自增字段值从初始值开始递增，如在表中插入第一条记录，同时指定id值为5，则以后插入的记录的id值就会从6开始往上增加。添加主键约束时，往往需要设置字段自动增加属性。

面试4、并不是每个表都可以任意选择存储引擎？
外键约束（FOREIGN KEY）不能跨引擎使用。MySQL支持多种存储引擎，每一个表都可以指定一个不同的存储引擎，需要注意的是：外键约束是用来保证数据的参照完整性的，如果表之间需要关联外键，却指定了不同的存储引擎，那么这些表之间是不能创建外键约束的。所以说，存储引擎的选择也不完全是随意的。