MySQL数据库,数据的约束

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS PostgreSQL,高可用系列 2核4GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: 本文讲解:MySQL数据库,数据的约束

 image.gif编辑

目录

1.数据的约束

1.1约束的类型

1.2NULL约束

1.3UNIQUE约束

1.4DEFAULT约束

1.5PRIMARY KEY约束

1.6FOREIGN KEY约束

image.gif编辑

1.数据的约束

首先,创建一个名为test的数据库:

mysql> create database test charset utf8;
Query OK, 1 row affected (0.00 sec)
mysql> use test;
Database changed

image.gif

下方的所有测试表,都是在这个test数据库中进行创建的。


1.1约束的类型

    • NOT NULL - 指定某列不得为NULL(空)
    • UNIQUE - 唯一值,每一列的值都是不同的
    • DEFAULT - 默认值,当这列没有内容时会给定一个默认值
    • PRIMARY KEY - 主键,是NOT NULL和UNIQUE的结合意为不为空的且唯一的,方便我们快速的查找某一信息
    • FOREIGN KEY - 外键,保证一个表中的数据匹配另一个表中的值的参照完整性

    1.2NULL约束

    null也就是为空的情况,当我们创建一个表后,表中的数据的结构默认都是为null也就是可以什么都不填。当我们把这个表中的某个字段进行not null约束时,这时这个字段就不得为空了。

    创建一个测试表mytest1:

    mysql> create table mytest1(
        -> id int not null,
        -> name varchar(10));
    Query OK, 0 rows affected (0.02 sec)

    image.gif

    此时mytest1表的结构为:

    image.gif编辑


    当我进行插入数据时程序是可以正常的进行通过的:

    mysql> insert into mytest1 values(1,'张三');
    Query OK, 1 row affected (0.00 sec)

    image.gif

    此时mytest1表内容为:

    image.gif编辑

    当我们进行指定列插入,只指定name这一列进行插入时:

    mysql> insert into mytest1(name) values('李四');
    ERROR 1364 (HY000): Field 'id' doesn't have a default value

    image.gif

    出现错误ERROR 1364 (HY000): Field 'id' doesn't have a default value,错误意为:错误1364 (HY000):字段“id”没有默认值 。因此,当我在创建表的时候把id约束为了not null 那么这个字段就为必填项。通过上述讲解,详细大家已经知道了not null约束的作用了。


    1.3UNIQUE约束

    unique这个约束意为唯一值,当表中的某个字段被unique约束时。这个字段的任何一行的数据都是独立的,也就是这个表中的每一行数据之间都不得相同。

    创建一个测试表mytest2:

    mysql> create table mytest2(
        -> id int unique,
        -> name varchar(20));
    Query OK, 0 rows affected (0.02 sec)

    image.gif

    此时mytest2表的结构为:

    image.gif编辑

    多行插入,插入两行数据:

    mysql> insert into mytest2(id,name) values
        -> (1,'张三'),
        -> (2,'李四');
    Query OK, 2 rows affected (0.00 sec)
    Records: 2  Duplicates: 0  Warnings: 0

    image.gif

    此时,mytest2表的内容为:

    image.gif编辑

    当我们插入这样一条记录时:

    mysql> insert into mytest2(id,name) values(1,'王五');
    ERROR 1062 (23000): Duplicate entry '1' for key 'id'

    image.gif

    出现错误ERROR 1062 (23000): Duplicate entry '1' for key 'id',错误意为:错误1062(23000):密钥“id”的重复条目“1” 。因此,当我们的字段加上unique约束时只得插入唯一的数据。


    1.4DEFAULT约束

    default约束意为默认值,当表中某个字段被default约束时,如果该字段在插入时没有填入相应的数据时,此时该列内显示的就是被default约束的默认值。

    创建一个测试表mytest3:

    mysql> create table mytest3(
        -> id int,
        -> name varchar(20) default '阿三');
    Query OK, 0 rows affected (0.02 sec)

    image.gif

    此时mytest3的表结构为:image.gif编辑

    插入指定列id:

    mysql> insert into mytest3(id) values(1);
    Query OK, 1 row affected (0.01 sec)
    mysql> select * from mytest3;
    +------+------+
    | id   | name |
    +------+------+
    |    1 | 阿三 |
    +------+------+
    1 row in set (0.00 sec)

    image.gif

    通过上述代码我们可以发现name默认显示了阿三这条信息,这就是default的用处,设置某字段的默认值。


    1.5PRIMARY KEY约束

    primary key约束意为主键,这个约束是not null和unique的结合体,也就是当表中某个字段被primary key约束时,这个字段不得为空且不能重复。

    创建一个测试表mytest4:

    mysql> create table mytest4(
        -> id int primary key,
        -> name varchar(20));
    Query OK, 0 rows affected (0.02 sec)

    image.gif

    image.gif编辑 插入三行数据:

    mysql> insert into mytest4(id,name) values
        -> (1,'张三'),
        -> (2,'李四'),
        -> (1,'王五');
    ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY'

    image.gif

    在上述代码中,第一条数据和第三条数据的id都相同了。从而提示ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY',意为:错误1062(23000):密钥“主”的重复条目“1” 。因此,当我们把一个字段设置为主键primary key时,不得插入相同的数据。


    此外,当我们想要主键以自增的形式存在时,我们可以在primary key 后面上述auto_increment这个语句。创建一个测试表,mytest5:

    mysql> create table mytest5(
        -> id int primary key auto_increment,
        -> name varchar(20));
    Query OK, 0 rows affected (0.03 sec)

    image.gif

    此时mytest5的表结构为:

    image.gif编辑 指定列插入数据,插入两行name:

    mysql> insert into mytest5(name) values('张三');
    Query OK, 1 row affected (0.01 sec)
    mysql> insert into mytest5(name) values('李四');
    Query OK, 1 row affected (0.00 sec)
    mysql> select * from mytest5;
    +----+------+
    | id | name |
    +----+------+
    |  1 | 张三 |
    |  2 | 李四 |
    +----+------+
    2 rows in set (0.00 sec)

    image.gif

    通过上述代码展示,我们可以看到我们没有插入id值时,默认插入了两行主键值,并且是以1开始往后自增的。这就是 auto_increment的用处。当然,还有一个特殊的情况,如果插入了一条较大的主键时,则自增会以较大的主键进行自增。如以下代码:

    mysql> insert into mytest5 values(100,'王五');
    Query OK, 1 row affected (0.00 sec)
    mysql> insert into mytest5(name) values('赵六');
    Query OK, 1 row affected (0.00 sec)
    mysql> select * from mytest5;
    +-----+------+
    | id  | name |
    +-----+------+
    |   1 | 张三 |
    |   2 | 李四 |
    | 100 | 王五 |
    | 101 | 赵六 |
    +-----+------+
    4 rows in set (0.00 sec)

    image.gif

    我们可以看到,在插入了一条id为100的值后,我再进行指定列name插入数据,此时的id会默认从100往后自增。因此通过上述展示,我们可以很好了解到表中的某字段主键设置为auto_increment后如果按照默认值自增的话,是按照最大值来往后自增的。


    1.6FOREIGN KEY约束

    foreign key约束是关联两个或多个表之间结构的约束,我们可以根据需求设计相应的表结构。语法格式为:foreign key (字段名) references 主表(列)

    因此发出关联的表我们称为子表,被关联的表我们称为父表。关联哪些字段也是根据你的需求来设定的,举两个例子:

    创建一个班级表classes:

    mysql> create table classes(
        -> id int primary key auto_increment
        -> );
    Query OK, 0 rows affected (0.05 sec)

    image.gif

    classes表的结构为:

    mysql> desc classes;
    +-------+---------+------+-----+---------+----------------+
    | Field | Type    | Null | Key | Default | Extra          |
    +-------+---------+------+-----+---------+----------------+
    | id    | int(11) | NO   | PRI | NULL    | auto_increment |
    +-------+---------+------+-----+---------+----------------+
    1 row in set (0.00 sec)

    image.gif

    创建一个学生表student:

    mysql> create table student(
        -> id int primary key auto_increment,
        -> name varchar(20) default '未填写',
        -> age int,
        -> sex varchar(10),
        -> classes_id int,
        -> foreign key (classes_id) references classes(id)
        -> );
    Query OK, 0 rows affected (0.02 sec)

    image.gif

    student表的结构为:

    mysql> desc student;
    +------------+-------------+------+-----+---------+----------------+
    | Field      | Type        | Null | Key | Default | Extra          |
    +------------+-------------+------+-----+---------+----------------+
    | id         | int(11)     | NO   | PRI | NULL    | auto_increment |
    | name       | varchar(20) | YES  |     | 未填写  |                |
    | age        | int(11)     | YES  |     | NULL    |                |
    | sex        | varchar(10) | YES  |     | NULL    |                |
    | classes_id | int(11)     | YES  | MUL | NULL    |                |
    +------------+-------------+------+-----+---------+----------------+
    5 rows in set (0.00 sec)

    image.gif

    经过上述两个表的创建,此时两表之间的关系为:student为子表,classes为父表。这样的关系有什么作用呢?当我们想要对子表student进行增添数据或操作时,必须满足父表classes中的id存在。且student表在增添数据时,student中的classes_id必须与classes中的id完全相同。可能有些难理解,我们来看下方的例子与讲解。


    当我往student这个空表里面增添一行数据时:

    mysql> insert into student values(1,'张三',20,'男',101);
    ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails (`test`.`student`, CONSTRAINT `student_ibfk_1` FOREIGN KEY (`classes_id`) REFERENCES `classes` (`id`))

    image.gif

    出现了ERROR 1452 (23000): Cannot add or update a child row: a foreign key constraint fails (`test`.`student`, CONSTRAINT `student_ibfk_1` FOREIGN KEY (`classes_id`) REFERENCES `classes` (`id`))这条错误,这条错误的意思为: 错误1452(23000):不能添加或更新子行:外键约束失败(' test ')。 ' student ',约束' student_ibfk_1 '外键(' classes_id ')引用' classes ' (' id '))

    因为student表中的classes_id连接了外键为classes表中的id,因此我们得保证classes表中的id存在的同时,才能增添数据到student表中。因此,我们应该这样写代码:

    mysql> insert into classes(id) values
        -> (101),
        -> (102),
        -> (103);
    Query OK, 3 rows affected (0.00 sec)
    Records: 3  Duplicates: 0  Warnings: 0
    mysql> insert into student values(1,'张三',20,'男',101);
    Query OK, 1 row affected (0.00 sec)

    image.gif

    上述代码我们先对classes表插入数据后,再才能对student表中插入相应的数据。因此一个表通过外键连接其他表时候,那么这个表(前者)就是那个表(后者)的子表。在上述两表中,student作为子表,classes作为父表,所以student表要插入数据必需先满足父表中的相应数据。这就是FOREIGN KEY的作用!

    image.gif编辑


    当然,我们删除这个两个表中的数据时候也是有先后顺序的,我们必须得先删子表再删父表。

    先删除父表中数据:

    mysql> delete from classes;
    ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key constraint fails (`test`.`student`, CONSTRAINT `student_ibfk_1` FOREIGN KEY (`classes_id`) REFERENCES `classes` (`id`))

    image.gif

    提示了错误:ERROR 1451 (23000): Cannot delete or update a parent row: a foreign key constraint fails (`test`. `student`, CONSTRAINT `student_ibfk_1` FOREIGN KEY (`classes_id`) REFERENCES `classes` (`id`)) 意为:错误1451(23000):不能删除或更新父行:外键约束失败(' test ')。 ' student ',约束' student_ibfk_1 '外键(' classes_id ')引用' classes ' (' id ')) RAIN

    当我们先删除子表中数据保证子表中没有数据关联父表时,这个时候就能删除父表中的数据了:

    mysql> delete from student;
    Query OK, 1 row affected (0.00 sec)
    mysql> delete from classes;
    Query OK, 3 rows affected (0.00 sec)

    image.gif

    可以看到上述代码正常的运行了,因此当我们想要设计复杂表结构时可以使用FOREIGN KEY这个外键约束。


    注意,MySQL中的sql语句或者任何字段大小写不敏感,也就是你可以大写也可以小写,因此博主在举例的时一时是小写一时是大写这个不必在意。其次在MySQL实际的开发中不建议轻易的删除数据库或者全列查询数据库这样的操作是很危险的,我们可以在日常的学习或练习过程中可以安心使用这些指令,到了开发的时候可不敢轻易删库查库。

    image.gif编辑

    本期博文到这里就结束了,感谢你的耐心阅读。码文不易,如有收获还请给博主点个小小的关注。

    相关实践学习
    每个IT人都想学的“Web应用上云经典架构”实战
    本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
    MySQL数据库入门学习
    本课程通过最流行的开源数据库MySQL带你了解数据库的世界。   相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情: https://www.aliyun.com/product/rds/mysql 
    相关文章
    |
    2月前
    |
    存储 JSON 关系型数据库
    【干货满满】解密 API 数据解析:从 JSON 到数据库存储的完整流程
    本文详解电商API开发中JSON数据解析与数据库存储的全流程,涵盖数据提取、清洗、转换及优化策略,结合Python实战代码与主流数据库方案,助开发者构建高效、可靠的数据处理管道。
    |
    4月前
    |
    缓存 NoSQL 关系型数据库
    美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
    美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
    美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
    |
    2月前
    |
    SQL 人工智能 关系型数据库
    如何实现MySQL百万级数据的查询?
    本文探讨了在MySQL中对百万级数据进行排序分页查询的优化策略。面对五百万条数据,传统的浅分页和深分页查询效率较低,尤其深分页因偏移量大导致性能显著下降。通过为排序字段添加索引、使用联合索引、手动回表等方法,有效提升了查询速度。最终建议根据业务需求选择合适方案:浅分页可加单列索引,深分页推荐联合索引或子查询优化,同时结合前端传递最后一条数据ID的方式实现高效翻页。
    131 0
    |
    26天前
    |
    存储 数据管理 数据库
    数据字典是什么?和数据库、数据仓库有什么关系?
    在数据处理中,你是否常困惑于字段含义、指标计算或数据来源?数据字典正是解答这些问题的关键工具,它清晰定义数据的名称、类型、来源、计算方式等,服务于开发者、分析师和数据管理者。本文详解数据字典的定义、组成及其与数据库、数据仓库的关系,助你夯实数据基础。
    数据字典是什么?和数据库、数据仓库有什么关系?
    |
    26天前
    |
    存储 安全 关系型数据库
    MySQL数据库约束条件概述及其重要性讨论。
    正确地实现并管理好各类紧缩条件将直接影响到企业信息管理水平与服务质量,在当今大数据背景下更显得格外重要;任何设计师都需要深刻理解其原理与运作机晰承担起责任使得所托管资料安全稳固同时又具备良好伸缩灵活度迎合日益复杂商务需求变动.
    79 11
    |
    26天前
    |
    存储 关系型数据库 MySQL
    在CentOS 8.x上安装Percona Xtrabackup工具备份MySQL数据步骤。
    以上就是在CentOS8.x上通过Perconaxtabbackup工具对Mysql进行高效率、高可靠性、无锁定影响地实现在线快速全量及增加式数据库资料保存与恢复流程。通过以上流程可以有效地将Mysql相关资料按需求完成定期或不定期地保存与灾难恢复需求。
    116 10
    |
    1月前
    |
    存储 关系型数据库 数据库
    【赵渝强老师】PostgreSQL数据库的WAL日志与数据写入的过程
    PostgreSQL中的WAL(预写日志)是保证数据完整性的关键技术。在数据修改前,系统会先将日志写入WAL,确保宕机时可通过日志恢复数据。它减少了磁盘I/O,提升了性能,并支持手动切换日志文件。WAL文件默认存储在pg_wal目录下,采用16进制命名规则。此外,PostgreSQL提供pg_waldump工具解析日志内容。
    129 0
    |
    2月前
    |
    SQL 存储 缓存
    MySQL 如何高效可靠处理持久化数据
    本文详细解析了 MySQL 的 SQL 执行流程、crash-safe 机制及性能优化策略。内容涵盖连接器、分析器、优化器、执行器与存储引擎的工作原理,深入探讨 redolog 与 binlog 的两阶段提交机制,并分析日志策略、组提交、脏页刷盘等关键性能优化手段,帮助提升数据库稳定性与执行效率。
    |
    3月前
    |
    存储 SQL Java
    数据存储使用文件还是数据库,哪个更合适?
    数据库和文件系统各有优劣:数据库读写性能较低、结构 rigid,但具备计算能力和数据一致性保障;文件系统灵活易管理、读写高效,但缺乏计算能力且无法保证一致性。针对仅需高效存储与灵活管理的场景,文件系统更优,但其计算短板可通过开源工具 SPL(Structured Process Language)弥补。SPL 提供独立计算语法及高性能文件格式(如集文件、组表),支持复杂计算与多源混合查询,甚至可替代数据仓库。此外,SPL 易集成、支持热切换,大幅提升开发运维效率,是后数据库时代文件存储的理想补充方案。
    |
    4月前
    |
    存储 SQL 缓存
    mysql数据引擎有哪些
    MySQL 提供了多种存储引擎,每种引擎都有其独特的特点和适用场景。以下是一些常见的 MySQL 存储引擎及其特点:
    131 0

    推荐镜像

    更多