MySQL基础知识点串讲PART03

MySQL --DAY03

一个案例

查询每一个员工的所在部门名称？要求显示员工名和部门名。

mysql> select * from emp;
+-------+--------+-----------+------+------------+---------+---------+--------+
| EMPNO | ENAME  | JOB       | MGR  | HIREDATE   | SAL     | COMM    | DEPTNO |
+-------+--------+-----------+------+------------+---------+---------+--------+
|  7369 | SMITH  | CLERK     | 7902 | 1980-12-17 |  800.00 |    NULL |     20 |
|  7499 | ALLEN  | SALESMAN  | 7698 | 1981-02-20 | 1600.00 |  300.00 |     30 |
|  7521 | WARD   | SALESMAN  | 7698 | 1981-02-22 | 1250.00 |  500.00 |     30 |
|  7566 | JONES  | MANAGER   | 7839 | 1981-04-02 | 2975.00 |    NULL |     20 |
|  7654 | MARTIN | SALESMAN  | 7698 | 1981-09-28 | 1250.00 | 1400.00 |     30 |
|  7698 | BLAKE  | MANAGER   | 7839 | 1981-05-01 | 2850.00 |    NULL |     30 |
|  7782 | CLARK  | MANAGER   | 7839 | 1981-06-09 | 2450.00 |    NULL |     10 |
|  7788 | SCOTT  | ANALYST   | 7566 | 1987-04-19 | 3000.00 |    NULL |     20 |
|  7839 | KING   | PRESIDENT | NULL | 1981-11-17 | 5000.00 |    NULL |     10 |
|  7844 | TURNER | SALESMAN  | 7698 | 1981-09-08 | 1500.00 |    0.00 |     30 |
|  7876 | ADAMS  | CLERK     | 7788 | 1987-05-23 | 1100.00 |    NULL |     20 |
|  7900 | JAMES  | CLERK     | 7698 | 1981-12-03 |  950.00 |    NULL |     30 |
|  7902 | FORD   | ANALYST   | 7566 | 1981-12-03 | 3000.00 |    NULL |     20 |
|  7934 | MILLER | CLERK     | 7782 | 1982-01-23 | 1300.00 |    NULL |     10 |
+-------+--------+-----------+------+------------+---------+---------+--------+

mysql> select * from dept;
+--------+------------+----------+
| DEPTNO | DNAME      | LOC      |
+--------+------------+----------+
|     10 | ACCOUNTING | NEW YORK |
|     20 | RESEARCH   | DALLAS   |
|     30 | SALES      | CHICAGo  |
|     40 | OPERATIONS | BOSTON   |
+--------+------------+----------+

从emp表中取ename，从dept表中取dname，没有条件限制最终查询结果是？

ENAME				DNAME
-------------------------------------------
SMITH				ACCOUNTING	无效记录
SMITH				RESEARCH		有效记录
SMITH				SALES			无效记录
SMITH				OPERATIONS	无效记录

ALLEN				ACCOUNTING
ALLEN				RESEARCH
ALLEN				SALES
ALLEN				OPERATIONS

.....
56条记录。

加个条件是为了达到4选1，也是为了数据的有效性。

	select 
		e.ename，d.dname
	from
		emp e
	join
		dept d
	on
		e.deptno = d.deptno;

加条件只是为了避免笛卡尔积现象，只是为了查询出有效的组合记录。匹配的次数一次都没有少，还是56次。

insert相关内容

insert插入多条数据

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+

一次可以插入多条记录：

语法：insert into t_user(字段名1，字段名2) values()， ()， ()， ();

		insert into t_user(id，name，birth，create_time) values
		(1，'zs'，'1980-10-11'，now())， 
		(2，'lisi'，'1981-10-11'，now())，
		(3，'wangwu'，'1982-10-11'，now());
		
		mysql> select * from t_user;
        +------+--------+------------+---------------------+
        | id   | name   | birth      | create_time         |
        +------+--------+------------+---------------------+
        |    1 | zs     | 1980-10-11 | 2020-03-19 09:37:01 |
        |    2 | lisi   | 1981-10-11 | 2020-03-19 09:37:01 |
        |    3 | wangwu | 1982-10-11 | 2020-03-19 09:37:01 |
        +------+--------+------------+---------------------+

快速建表（了解即可）

原理：

将一个查询结果当做一张表新建！！！！！

这个可以完成表的快速复制！！！！

表创建出来，同时表中的数据也存在了！！！

mysql> create table emp2 as select * from emp;

create table mytable as select empno，ename from emp where job = 'MANAGER';

将查询结果插入到一张表当中？（了解即可）

	create table dept_bak as select * from dept;
	mysql> select * from dept_bak;
	+--------+------------+----------+
	| DEPTNO | DNAME      | LOC      |
	+--------+------------+----------+
	|     10 | ACCOUNTING | NEW YORK |
	|     20 | RESEARCH   | DALLAS   |
	|     30 | SALES      | CHICAGO  |
	|     40 | OPERATIONS | BOSTON   |
	+--------+------------+----------+

	insert into dept_bak select * from dept; //很少用！

	mysql> select * from dept_bak;
	+--------+------------+----------+
	| DEPTNO | DNAME      | LOC      |
	+--------+------------+----------+
	|     10 | ACCOUNTING | NEW YORK |
	|     20 | RESEARCH   | DALLAS   |
	|     30 | SALES      | CHICAGO  |
	|     40 | OPERATIONS | BOSTON   |
	|     10 | ACCOUNTING | NEW YORK |
	|     20 | RESEARCH   | DALLAS   |
	|     30 | SALES      | CHICAGO  |
	|     40 | OPERATIONS | BOSTON   |
	+--------+------------+----------+

快速删除表中的数据？

【truncate比较重要，必须掌握】

	//删除dept_bak表中的数据
	delete from dept_bak; //这种删除数据的方式比较慢。

	mysql> select * from dept_bak;
	Empty set (0.00 sec)

delete语句删除数据的原理？（delete属于DML语句！！！）

表中的数据被删除了，但是这个数据在硬盘上的真实存储空间不会被释放！！！

缺点：删除效率比较低。
优点：支持回滚，后悔了可以再恢复数据！！！

truncate语句删除数据的原理？

这种删除效率比较高，表被一次截断，物理删除。

缺点：不支持回滚。
优点：快速。

用法：

truncate table dept_bak; //（这种操作属于DDL操作。）

大表非常大，上亿条记录？？？？

删除的时候，使用delete，也许需要执行1个小时才能删除完！效率较低。

可以选择使用truncate删除表中的数据。只需要不到1秒钟的时间就删除结束。效率较高。

但是使用truncate之前，必须仔细询问客户是否真的要删除，并警告删除之后不可恢复！

truncate是删除表中的数据，表还在！

删除表操作？

drop table 表名; // 这不是删除表中的数据，这是把表删除。

增删改表结构

定义

添加一个字段，删除一个字段，修改一个字段！！！

对表结构的修改需要使用：alter

属于DDL语句

DDL包括：create drop alter

第一：在实际的开发中，需求一旦确定之后，表一旦设计好之后，很少的

进行表结构的修改。因为开发进行中的时候，修改表结构，成本比较高。

修改表的结构，对应的Java代码就需要进行大量的修改。成本是比较高的。

这个责任应该由设计人员来承担！

第二：由于修改表结构的操作很少，所以我们不需要掌握，如果有一天

真的要修改表结构，你可以使用工具！！！！

修改表结构的操作是不需要写到java程序中的。实际上也不是java程序员的范畴。

约束（非常重要！！！）

定义

约束对应的英语单词：constraint

在创建表的时候，我们可以给表中的字段加上一些约束，来保证这个表中数据的完整性、有效性！！！

约束的作用就是为了保证：表中的数据有效！！

约束分类

非空约束：not null
唯一性约束: unique
主键约束: primary key （简称PK）
外键约束：foreign key（简称FK）
检查约束：check（mysql不支持，Oracle支持）

我们这里重点学习四个约束：

not null
unique
primary key
foreign key

非空约束（not null）

非空约束not null约束的字段不能为NULL。

	drop table if exists t_vip;
	create table t_vip(
		id int，
		name varchar(255) not null  // not null只有列级约束，没有表级约束！
	);
	insert into t_vip(id，name) values(1，'zhangsan');
	insert into t_vip(id，name) values(2，'lisi');

	insert into t_vip(id) values(3);
	ERROR 1364 (HY000): Field 'name' doesn't have a default value

小插曲：

xxxx.sql这种文件被称为sql脚本文件。

sql脚本文件中编写了大量的sql语句。

我们执行sql脚本文件的时候，该文件中所有的sql语句会全部执行！

批量的执行SQL语句，可以使用sql脚本文件。

在mysql当中怎么执行sql脚本呢？

mysql> source D:\course\03-MySQL\document\vip.sql

你在实际的工作中，第一天到了公司，项目经理会给你一个xxx.sql文件，

你执行这个脚本文件，你电脑上的数据库数据就有了！

唯一约束（unique）

唯一性约束unique约束的字段不能重复，但是可以为NULL。

	drop table if exists t_vip;
	create table t_vip(
		id int，
		name varchar(255) unique，
		email varchar(255)
	);
	insert into t_vip(id，name，email) values(1，'zhangsan'，'zhangsan@123.com');
	insert into t_vip(id，name，email) values(2，'lisi'，'lisi@123.com');
	insert into t_vip(id，name，email) values(3，'wangwu'，'wangwu@123.com');
	select * from t_vip;

	insert into t_vip(id，name，email) values(4，'wangwu'，'wangwu@sina.com');
	ERROR 1062 (23000): Duplicate entry 'wangwu' for key 'name'

	insert into t_vip(id) values(4);
	insert into t_vip(id) values(5);
	+------+----------+------------------+
	| id   | name     | email            |
	+------+----------+------------------+
	|    1 | zhangsan | zhangsan@123.com |
	|    2 | lisi     | lisi@123.com     |
	|    3 | wangwu   | wangwu@123.com   |
	|    4 | NULL     | NULL             |
	|    5 | NULL     | NULL             |
	+------+----------+------------------+

name字段虽然被unique约束了，但是可以为NULL。

新需求：name和email两个字段联合起来具有唯一性！！！！

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+
0

主键约束（primary key）

主键定义

主键值是每一行记录的唯一标识。

主键值是每一行记录的身份证号！！！

记住：任何一张表都应该有主键，没有主键，表无效！！

主键的特征：not null + unique（主键值不能是NULL，同时也不能重复！）

实例

怎么给一张表添加主键约束呢？

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+
1

可以这样添加主键吗，使用表级约束？

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+
2

表级约束主要是给多个字段联合起来添加约束？

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+
3

在实际开发中不建议使用：复合主键。建议使用单一主键！

因为主键值存在的意义就是这行记录的身份证号，只要意义达到即可，单一主键可以做到。

复合主键比较复杂，不建议使用！！！

一个表中主键约束能加两个吗？

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+
4

主键值建议使用：

int
bigint
char

等类型。

不建议使用：varchar来做主键。主键值一般都是数字，一般都是定长的！

主键除了：单一主键和复合主键之外，还可以这样进行分类？

自然主键：主键值是一个自然数，和业务没关系。
业务主键：主键值和业务紧密关联，例如拿银行卡账号做主键值。这就是业务主键！

在实际开发中使用业务主键多，还是使用自然主键多一些？

自然主键使用比较多，因为主键只要做到不重复就行，不需要有意义。
业务主键不好，因为主键一旦和业务挂钩，那么当业务发生变动的时候，可能会影响到主键值，所以业务主键不建议使用。尽量使用自然主键。

在mysql当中，有一种机制，可以帮助我们自动维护一个主键值？

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+
5

外键约束（foreign key）

案例分析

业务背景：请设计数据库表，来描述“班级和学生”的信息？

第一种方案：班级和学生存储在一张表中？？？

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+
6

分析以上方案的缺点：

数据冗余，空间浪费！！！！
这个设计是比较失败的！

第二种方案：班级一张表、学生一张表？？

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+
7

当cno字段没有任何约束的时候，可能会导致数据无效。可能出现一个102，但是102班级不存在。

所以为了保证cno字段中的值都是100和101，需要给cno字段添加外键约束。

那么：cno字段就是外键字段。cno字段中的每一个值都是外键值。

注意：
t_class是父表
t_student是子表

删除表的顺序？
先删子，再删父。

创建表的顺序？
先创建父，再创建子。

删除数据的顺序？
先删子，再删父。

插入数据的顺序？
先插入父，再插入子。

思考：子表中的外键引用的父表中的某个字段，被引用的这个字段必须是主键吗？

不一定是主键，但至少具有unique约束。

测试：外键可以为NULL吗？

外键值可以为NULL。

存储引擎

定义

什么是存储引擎，有什么用呢？

存储引擎是MySQL中特有的一个术语，其它数据库中没有。（Oracle中有，但是不叫这个名字）

存储引擎这个名字高端大气上档次。

实际上存储引擎是一个表存储/组织数据的方式。

不同的存储引擎，表存储数据的方式不同。

给表指定“存储引擎”

可以在建表的时候给表指定存储引擎。

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+
8

在建表的时候可以在最后小括号的")"的右边使用：

ENGINE来指定存储引擎。
CHARSET来指定这张表的字符编码方式。

结论：
mysql默认的存储引擎是：InnoDB
mysql默认的字符编码方式是：utf8

建表时指定存储引擎，以及字符编码方式。

	mysql> desc t_user;
	+-------------+-------------+------+-----+---------+-------+
	| Field       | Type        | Null | Key | Default | Extra |
	+-------------+-------------+------+-----+---------+-------+
	| id          | int(11)     | YES  |     | NULL    |       |
	| name        | varchar(32) | YES  |     | NULL    |       |
	| birth       | date        | YES  |     | NULL    |       |
	| create_time | datetime    | YES  |     | NULL    |       |
	+-------------+-------------+------+-----+---------+-------+
9

查看MySQL支持的存储引擎

		insert into t_user(id，name，birth，create_time) values
		(1，'zs'，'1980-10-11'，now())， 
		(2，'lisi'，'1981-10-11'，now())，
		(3，'wangwu'，'1982-10-11'，now());
		
		mysql> select * from t_user;
        +------+--------+------------+---------------------+
        | id   | name   | birth      | create_time         |
        +------+--------+------------+---------------------+
        |    1 | zs     | 1980-10-11 | 2020-03-19 09:37:01 |
        |    2 | lisi   | 1981-10-11 | 2020-03-19 09:37:01 |
        |    3 | wangwu | 1982-10-11 | 2020-03-19 09:37:01 |
        +------+--------+------------+---------------------+	
0

MySQL中常见的存储引擎

MyISAM存储引擎

特征

它管理的表具有以下特征：

使用三个文件表示每个表：

格式文件 — 存储表结构的定义（mytable.frm）
数据文件 — 存储表行的内容（mytable.MYD）
索引文件 — 存储表上索引（mytable.MYI）：索引是一本书的目录，缩小扫描范围，提高查询效率的一种机制。

可被转换为压缩、只读表来节省空间

提示一下：

对于一张表来说，只要是主键，或者加有unique约束的字段上会自动创建索引。

特点

可被转换为压缩、只读表来节省空间。这是这种存储引擎的优势！！！！
MyISAM不支持事务机制，安全性低。

InnoDB存储引擎

这是mysql默认的存储引擎，同时也是一个重量级的存储引擎。

InnoDB支持事务，支持数据库崩溃后自动恢复机制。

InnoDB存储引擎最主要的特点是：非常安全。

特征

每个 InnoDB 表在数据库目录中以.frm 格式文件表示
InnoDB 表空间 tablespace 被用于存储表的内容（表空间是一个逻辑名称。表空间存储数据+索引。）
提供一组用来记录事务性活动的日志文件
用 COMMIT(提交)、SAVEPOINT 及ROLLBACK(回滚)支持事务处理
提供全 ACID 兼容
在 MySQL 服务器崩溃后提供自动恢复
多版本（MVCC）和行级锁定
支持外键及引用的完整性，包括级联删除和更新

特点

InnoDB最大的特点就是支持事务：以保证数据的安全。效率不是很高，并且也不能压缩，不能转换为只读，不能很好的节省存储空间。

MEMORY存储引擎

MEMORY 存储引擎以前被称为HEAP 引擎。

使用 MEMORY 存储引擎的表，其数据存储在内存中，且行的长度固定。

这两个特点使得 MEMORY 存储引擎非常快。

特征

在数据库目录内，每个表均以.frm 格式的文件表示。
表数据及索引被存储在内存中。（目的就是快，查询快！）
表级锁机制。
不能包含 TEXT 或 BLOB 字段。

特点

MEMORY引擎优点：查询效率是最高的。不需要和硬盘交互。
MEMORY引擎缺点：不安全，关机之后数据消失。因为数据和索引都是在内存当中。

事务(非常重要！！！)

什么是事务？

一个事务其实就是一个完整的业务逻辑。是一个最小的工作单元。不可再分。

什么是完整的业务逻辑？

假设转账，从A账户向B账户中转账10000.

将A账户的钱减去10000（update语句）

将B账户的钱加上10000（update语句）

这就是一个完整的业务逻辑。

以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。

这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。

只有DML语句才会有事务这一说，其它语句和事务无关！！！

insert

delete

update

只有以上的三个语句和事务有关系，其它都没有关系。

因为只有以上的三个语句是数据库表中数据进行增、删、改的。

只要你的操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题。

数据安全第一位！！！

假设所有的业务，只要一条DML语句就能完成，还有必要存在事务机制吗？

正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，

所以需要事务的存在。如果任何一件复杂的事儿都能一条DML语句搞定，

那么事务则没有存在的价值了。

到底什么是事务呢？

说到底，说到本质上，一个事务其实就是多条DML语句同时成功，或者同时失败！

事务：就是批量的DML语句同时成功，或者同时失败！

事务是怎么做到多条DML语句同时成功和同时失败的呢？

InnoDB存储引擎：提供一组用来记录事务性活动的日志文件

事务开启了：

insert

delete

update

事务结束了！

在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。

在事务的执行过程中，我们可以提交事务，也可以回滚事务。

提交事务？

清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。

提交事务标志着，事务的结束。并且是一种全部成功的结束。

回滚事务？

将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件

回滚事务标志着，事务的结束。并且是一种全部失败的结束。

怎么提交事务，怎么回滚事务？

提交事务：commit; 语句
回滚事务：rollback; 语句（回滚永远都是只能回滚到上一次的提交点！）

事务对应的英语单词是：transaction

测试一下，在mysql当中默认的事务行为是怎样的？

mysql默认情况下是支持自动提交事务的。（自动提交）

什么是自动提交？

每执行一条DML语句，则提交一次！

这种自动提交实际上是不符合我们的开发习惯，因为一个业务通常是需要多条DML语句共同执行才能完成的，为

了保证数据的安全，必须要求同时成功之后再提交，所以不能执行一条就提交一条。

怎么将mysql的自动提交机制关闭掉呢？

先执行这个命令：start transaction;

		insert into t_user(id，name，birth，create_time) values
		(1，'zs'，'1980-10-11'，now())， 
		(2，'lisi'，'1981-10-11'，now())，
		(3，'wangwu'，'1982-10-11'，now());
		
		mysql> select * from t_user;
        +------+--------+------------+---------------------+
        | id   | name   | birth      | create_time         |
        +------+--------+------------+---------------------+
        |    1 | zs     | 1980-10-11 | 2020-03-19 09:37:01 |
        |    2 | lisi   | 1981-10-11 | 2020-03-19 09:37:01 |
        |    3 | wangwu | 1982-10-11 | 2020-03-19 09:37:01 |
        +------+--------+------------+---------------------+	
1

事务的四个特性？

A：原子性

说明事务是最小的工作单元。不可再分。

C：一致性

所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，

以保证数据的一致性。

I：隔离性

A事务和B事务之间具有一定的隔离。

教室A和教室B之间有一道墙，这道墙就是隔离性。

A事务在操作一张表的时候，另一个事务B也操作这张表会那样？？？

D：持久性

事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上！

事务的隔离性？

A教室和B教室中间有一道墙，这道墙可以很厚，也可以很薄。这就是事务的隔离级别。

这道墙越厚，表示隔离级别就越高。

事务和事务之间的隔离级别有哪些呢？4个级别

读未提交：read uncommitted（最低的隔离级别）《没有提交就读到了》

什么是读未提交？

事务A可以读取到事务B未提交的数据

存在的问题？

脏读现象！(Dirty Read)

我们称读到了脏数据。

这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！

读已提交：read committed《提交之后才能读到》

什么是读已提交？

事务A只能读取到事务B提交之后的数据

解决了什么问题？

解决了脏读的现象

存在什么问题？

不可重复读取数据

不可重复读取数据是什么意思？

在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是 4条，3不等于4。这种现象称为不可重复读取。

举个例子：

		insert into t_user(id，name，birth，create_time) values
		(1，'zs'，'1980-10-11'，now())， 
		(2，'lisi'，'1981-10-11'，now())，
		(3，'wangwu'，'1982-10-11'，now());
		
		mysql> select * from t_user;
        +------+--------+------------+---------------------+
        | id   | name   | birth      | create_time         |
        +------+--------+------------+---------------------+
        |    1 | zs     | 1980-10-11 | 2020-03-19 09:37:01 |
        |    2 | lisi   | 1981-10-11 | 2020-03-19 09:37:01 |
        |    3 | wangwu | 1982-10-11 | 2020-03-19 09:37:01 |
        +------+--------+------------+---------------------+	
2

这种隔离级别是比较真实的数据，每一次读到的数据是绝对的真实。

oracle数据库默认的隔离级别是：read committed

可重复读：repeatable read《提交之后也读不到，永远读取的都是刚开启事务时的数据》

什么是可重复读取？

事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。

可重复读解决了什么问题？

解决了不可重复读取数据。

可重复读存在的问题是什么？

可以会出现幻影读。

每一次读取到的数据都是幻象。不够真实！

早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样！

读到的是假象。不够绝对的真实。

mysql中默认的事务隔离级别就是这个！！！！！！！！！！！

序列化/串行化：serializable（最高的隔离级别）

这是最高隔离级别，效率最低。解决了所有的问题。这种隔离级别表示事务排队，不能并发

synchronized，线程同步（事务同步）。每一次读取到的数据都是最真实的，并且效率是最低的。

怎么验证隔离级别？

		insert into t_user(id，name，birth，create_time) values
		(1，'zs'，'1980-10-11'，now())， 
		(2，'lisi'，'1981-10-11'，now())，
		(3，'wangwu'，'1982-10-11'，now());
		
		mysql> select * from t_user;
        +------+--------+------------+---------------------+
        | id   | name   | birth      | create_time         |
        +------+--------+------------+---------------------+
        |    1 | zs     | 1980-10-11 | 2020-03-19 09:37:01 |
        |    2 | lisi   | 1981-10-11 | 2020-03-19 09:37:01 |
        |    3 | wangwu | 1982-10-11 | 2020-03-19 09:37:01 |
        +------+--------+------------+---------------------+	
3

		insert into t_user(id，name，birth，create_time) values
		(1，'zs'，'1980-10-11'，now())， 
		(2，'lisi'，'1981-10-11'，now())，
		(3，'wangwu'，'1982-10-11'，now());
		
		mysql> select * from t_user;
        +------+--------+------------+---------------------+
        | id   | name   | birth      | create_time         |
        +------+--------+------------+---------------------+
        |    1 | zs     | 1980-10-11 | 2020-03-19 09:37:01 |
        |    2 | lisi   | 1981-10-11 | 2020-03-19 09:37:01 |
        |    3 | wangwu | 1982-10-11 | 2020-03-19 09:37:01 |
        +------+--------+------------+---------------------+	
4

MySQL --DAY03

一个案例

insert相关内容

insert插入多条数据

快速建表（了解即可）

将查询结果插入到一张表当中？（了解即可）

快速删除表中的数据？

增删改表结构

定义

约束（非常重要！！！）

定义

约束分类

非空约束（not null）

唯一约束（unique）

主键约束（primary key）

相关术语

主键定义

实例

外键约束（foreign key）

相关术语

案例分析

存储引擎

定义

给表指定“存储引擎”

查看MySQL支持的存储引擎

MySQL中常见的存储引擎

MyISAM存储引擎

特征

特点

InnoDB存储引擎

特征

特点

MEMORY存储引擎

特征

特点

事务(非常重要！！！)

MySQL--DAY03

一个案例

insert相关内容

insert插入多条数据

快速建表（了解即可）

将查询结果插入到一张表当中？（了解即可）

快速删除表中的数据？

增删改表结构

定义

约束（非常重要！！！）

定义

约束分类

非空约束（not null）

唯一约束（unique）

主键约束（primary key）

相关术语

主键定义

实例

外键约束（foreign key）

相关术语

案例分析

存储引擎

定义

给表指定“存储引擎”

查看MySQL支持的存储引擎

MySQL中常见的存储引擎

MyISAM存储引擎

特征

特点

InnoDB存储引擎

特征

特点

MEMORY存储引擎

特征

特点

事务(非常重要！！！)

MySQL --DAY03