MySQL,你只需看这一篇文章就够了!

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两个字段联合起来具有唯一性!!!!

	drop table if exists t_vip;
	create table t_vip(
	id int,
	name varchar(255) unique, // 约束直接添加到列后面的,叫做列级约束。
	email varchar(255) unique
	);
	这张表这样创建是不符合我以上“新需求”的。
	这样创建表示:name具有唯一性,email具有唯一性。各自唯一。
	以下这样的数据是符合我“新需求”的。
	但如果采用以上方式创建表的话,肯定创建失败,因为'zhangsan'和'zhangsan'重复了。
	insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
	insert into t_vip(id,name,email) values(2,'zhangsan','zhangsan@sina.com');
	怎么创建这样的表,才能符合新需求呢?
	drop table if exists t_vip;
	create table t_vip(
	id int,
	name varchar(255),
	email varchar(255),
	unique(name,email) // 约束没有添加在列的后面,这种约束被称为表级约束。
	);
	insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
	insert into t_vip(id,name,email) values(2,'zhangsan','zhangsan@sina.com');
	select * from t_vip;
	name和email两个字段联合起来唯一!!!
	insert into t_vip(id,name,email) values(3,'zhangsan','zhangsan@sina.com');
	ERROR 1062 (23000): Duplicate entry 'zhangsan-zhangsan@sina.com' for key 'name'
	什么时候使用表级约束呢?
	需要给多个字段联合起来添加某一个约束的时候,需要使用表级约束。
unique 和 not null可以联合吗?
	drop table if exists t_vip;
	create table t_vip(
	id int,
	name varchar(255) not null unique
	);
	mysql> desc t_vip;
	+-------+--------------+------+-----+---------+-------+
	| Field | Type | Null | Key | Default | Extra |
	+-------+--------------+------+-----+---------+-------+
	| id | int(11) | YES | | NULL | |
	| name | varchar(255) | NO | PRI | NULL | |
	+-------+--------------+------+-----+---------+-------+
	在mysql当中,如果一个字段同时被not null和 unique约束的话,
	该字段自动变成主键字段。(注意:oracle中不一样!)
	insert into t_vip(id,name) values(1,'zhangsan');
	insert into t_vip(id,name) values(2,'zhangsan'); //错误了:name不能重复
	insert into t_vip(id) values(2); //错误了:name不能为NULL。

主键约束(primary key)

相关术语

  • 主键约束:就是一种约束。
  • 主键字段:该字段上添加了主键约束,这样的字段叫做:主键字段
  • 主键值:主键字段中的每一个值都叫做:主键值。

主键定义

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

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

记住:任何一张表都应该有主键,没有主键,表无效!!

主键的特征:not null + unique(主键值不能是NULL,同时也不能重复!)

实例

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

	drop table if exists t_vip;
	// 1个字段做主键,叫做:单一主键
	create table t_vip(
	id int primary key, //列级约束
	name varchar(255)
	);
	insert into t_vip(id,name) values(1,'zhangsan');
	insert into t_vip(id,name) values(2,'lisi');
	//错误:不能重复
	insert into t_vip(id,name) values(2,'wangwu');
	ERROR 1062 (23000): Duplicate entry '2' for key 'PRIMARY'
	//错误:不能为NULL
	insert into t_vip(name) values('zhaoliu');
	ERROR 1364 (HY000): Field 'id' doesn't have a default value

可以这样添加主键吗,使用表级约束?

	drop table if exists t_vip;
	create table t_vip(
	id int,
	name varchar(255),
	primary key(id) // 表级约束
	);
	insert into t_vip(id,name) values(1,'zhangsan');
	//错误
	insert into t_vip(id,name) values(1,'lisi');
	ERROR 1062 (23000): Duplicate entry '1' for key 'PRIMARY'

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

	drop table if exists t_vip;
	// id和name联合起来做主键:复合主键!!!!
	create table t_vip(
	id int,
	name varchar(255),
	email varchar(255),
	primary key(id,name)
	);
	insert into t_vip(id,name,email) values(1,'zhangsan','zhangsan@123.com');
	insert into t_vip(id,name,email) values(1,'lisi','lisi@123.com');
	//错误:不能重复
	insert into t_vip(id,name,email) values(1,'lisi','lisi@123.com');
	ERROR 1062 (23000): Duplicate entry '1-lisi' for key 'PRIMARY'

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

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

复合主键比较复杂,不建议使用!!!

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

	drop table if exists t_vip;
	create table t_vip(
	id int primary key,
	name varchar(255) primary key
	);
	ERROR 1068 (42000): Multiple primary key defined
	结论:一张表,主键约束只能添加1个。(主键只能有1个。)

主键值建议使用:

  • int
  • bigint
  • char

等类型。

不建议使用:varchar来做主键。主键值一般都是数字,一般都是定长的!

主键除了:单一主键和复合主键之外,还可以这样进行分类?

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

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

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

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

	drop table if exists t_vip;
	create table t_vip(
	id int primary key auto_increment, //auto_increment表示自增,从1开始,以1递增!
	name varchar(255)
	);
	insert into t_vip(name) values('zhangsan');
	insert into t_vip(name) values('zhangsan');
	insert into t_vip(name) values('zhangsan');
	insert into t_vip(name) values('zhangsan');
	insert into t_vip(name) values('zhangsan');
	insert into t_vip(name) values('zhangsan');
	insert into t_vip(name) values('zhangsan');
	insert into t_vip(name) values('zhangsan');
	select * from t_vip;
	+----+----------+
	| id | name |
	+----+----------+
	| 1 | zhangsan |
	| 2 | zhangsan |
	| 3 | zhangsan |
	| 4 | zhangsan |
	| 5 | zhangsan |
	| 6 | zhangsan |
	| 7 | zhangsan |
	| 8 | zhangsan |
	+----+----------+

外键约束(foreign key)

相关术语

  • 外键约束:一种约束(foreign key)
  • 外键字段:该字段上添加了外键约束
  • 外键值:外键字段当中的每一个值。

案例分析

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

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

	t_student
	no(pk)	name	classno	classname
	----------------------------------------------------------------------------------
	1	jack	100	北京市大兴区亦庄镇第二中学高三1班
	2	lucy	100	北京市大兴区亦庄镇第二中学高三1班
	3	lilei	100	北京市大兴区亦庄镇第二中学高三1班
	4	hanmeimei	 	100	北京市大兴区亦庄镇第二中学高三1班
	5	zhangsan	101	北京市大兴区亦庄镇第二中学高三2班
	6	lisi	101	北京市大兴区亦庄镇第二中学高三2班
	7	wangwu	101	北京市大兴区亦庄镇第二中学高三2班
	8	zhaoliu	101	北京市大兴区亦庄镇第二中学高三2班

分析以上方案的缺点:

  1. 数据冗余,空间浪费!!!!
  2. 这个设计是比较失败的!

第二种方案:班级一张表、学生一张表??

	t_class 班级表
	classno(pk)	classname
	------------------------------------------------------
	100	北京市大兴区亦庄镇第二中学高三1班
	101	北京市大兴区亦庄镇第二中学高三1班
	
	t_student 学生表
	no(pk)	name	cno(FK引用t_class这张表的classno)
	----------------------------------------------------------------
	1	jack	100
	2	lucy	100
	3	lilei	100
	4	hanmeimei	100
	5	zhangsan	101
	6	lisi	101
	7	wangwu	101
	8	zhaoliu	101

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

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

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

注意
t_class是父表
t_student是子表

​ 删除表的顺序?
​ 先删子,再删父。

​ 创建表的顺序?
​ 先创建父,再创建子。

​ 删除数据的顺序?
​ 先删子,再删父。

​ 插入数据的顺序?
​ 先插入父,再插入子。

思考:子表中的外键引用的父表中的某个字段,被引用的这个字段必须是主键吗?

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

测试:外键可以为NULL吗?

外键值可以为NULL。

存储引擎

定义

什么是存储引擎,有什么用呢?

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

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

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

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

给表指定“存储引擎”

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

CREATE TABLE `t_student` (
 `no` int(11) NOT NULL AUTO_INCREMENT,
 `name` varchar(255) DEFAULT NULL,
 `cno` int(11) DEFAULT NULL,
 PRIMARY KEY (`no`),
 KEY `cno` (`cno`),
 CONSTRAINT `t_student_ibfk_1` FOREIGN KEY (`cno`) REFERENCES `t_class` (`classno`)
) ENGINE=InnoDB AUTO_INCREMENT=11 DEFAULT CHARSET=utf8

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

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

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

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

	create table t_product(
	id int primary key,
	name varchar(255)
	)engine=InnoDB default charset=gbk;

查看MySQL支持的存储引擎

show engines \G
*************************** 1. row ***************************
 Engine: FEDERATED
 Support: NO
 Comment: Federated MySQL storage engine
Transactions: NULL
 XA: NULL
 Savepoints: NULL
*************************** 2. row ***************************
 Engine: MRG_MYISAM
 Support: YES
 Comment: Collection of identical MyISAM tables
Transactions: NO
 XA: NO
 Savepoints: NO
*************************** 3. row ***************************
 Engine: MyISAM
 Support: YES
 Comment: MyISAM storage engine
Transactions: NO
 XA: NO
 Savepoints: NO
*************************** 4. row ***************************
 Engine: BLACKHOLE
 Support: YES
 Comment: /dev/null storage engine (anything you write to it disappears
Transactions: NO
 XA: NO
 Savepoints: NO
*************************** 5. row ***************************
 Engine: CSV
 Support: YES
 Comment: CSV storage engine
Transactions: NO
 XA: NO
 Savepoints: NO
*************************** 6. row ***************************
 Engine: MEMORY
 Support: YES
 Comment: Hash based, stored in memory, useful for temporary tables
Transactions: NO
 XA: NO
 Savepoints: NO
*************************** 7. row ***************************
 Engine: ARCHIVE
 Support: YES
 Comment: Archive storage engine
Transactions: NO
 XA: NO
 Savepoints: NO
*************************** 8. row ***************************
 Engine: InnoDB
 Support: DEFAULT
 Comment: Supports transactions, row-level locking, and foreign keys
Transactions: YES
 XA: YES
 Savepoints: YES
*************************** 9. row ***************************
 Engine: PERFORMANCE_SCHEMA
 Support: YES
 Comment: Performance Schema
Transactions: NO
 XA: NO
 Savepoints: NO

MySQL中常见的存储引擎

MyISAM存储引擎

特征

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

  1. 使用三个文件表示每个表:
  • 格式文件 — 存储表结构的定义(mytable.frm)
  • 数据文件 — 存储表行的内容(mytable.MYD)
  • 索引文件 — 存储表上索引(mytable.MYI):索引是一本书的目录,缩小扫描范围,提高查询效率的一 种机制。
  1. 可被转换为压缩、只读表来节省空间

提示一下:

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

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

InnoDB存储引擎

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

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

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

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

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

MEMORY存储引擎

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

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

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

特征
  • 在数据库目录内,每个表均以.frm 格式的文件表示。
  • 表数据及索引被存储在内存中。(目的就是快,查询快!
  • 表级锁机制。
  • 不能包含 TEXT 或 BLOB 字段。
特点
  1. MEMORY引擎优点:查询效率是最高的。不需要和硬盘交互。
  2. MEMORY引擎缺点:不安全关机之后数据消失。因为数据和索引都是在内存当中。

事务(非常重要!!!)

什么是事务

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

什么是完整的业务逻辑?

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

将A账户的钱减去10000(update语句)

将B账户的钱加上10000(update语句)

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

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

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

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

insert

delete

update

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

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

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

数据安全第一位!!!

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

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

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

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

到底什么是事务呢?

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

事务:就是批量的DML语句同时成功,或者同时失败!

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

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

事务开启了:

insert

insert

insert

delete

update

update

update

事务结束了!

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

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

提交事务

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

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

回滚事务

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

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

怎么提交事务,怎么回滚事务

  • 提交事务:commit; 语句
  • 回滚事务:rollback; 语句(回滚永远都是只能回滚到上一次的提交点!)

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

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

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

什么是自动提交?

每执行一条DML语句,则提交一次!

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

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

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

先执行这个命令:start transaction;

	演示事务:
	---------------------------------回滚事务----------------------------------------
	mysql> use bjpowernode;
	Database changed
	mysql> select * from dept_bak;
	Empty set (0.00 sec)
	mysql> start transaction;
	Query OK, 0 rows affected (0.00 sec)
	mysql> insert into dept_bak values(10,'abc', 'tj');
	Query OK, 1 row affected (0.00 sec)
	mysql> insert into dept_bak values(10,'abc', 'tj');
	Query OK, 1 row affected (0.00 sec)
	mysql> select * from dept_bak;
	+--------+-------+------+
	| DEPTNO | DNAME | LOC |
	+--------+-------+------+
	| 10 | abc | tj |
	| 10 | abc | tj |
	+--------+-------+------+
	2 rows in set (0.00 sec)
	mysql> rollback;
	Query OK, 0 rows affected (0.00 sec)
	mysql> select * from dept_bak;
	Empty set (0.00 sec)
	---------------------------------提交事务----------------------------------------
	mysql> use bjpowernode;
	Database changed
	mysql> select * from dept_bak;
	+--------+-------+------+
	| DEPTNO | DNAME | LOC |
	+--------+-------+------+
	| 10 | abc | bj |
	+--------+-------+------+
	1 row in set (0.00 sec)
	mysql> start transaction;
	Query OK, 0 rows affected (0.00 sec)
	mysql> insert into dept_bak values(20,'abc
	Query OK, 1 row affected (0.00 sec)
	mysql> insert into dept_bak values(20,'abc
	Query OK, 1 row affected (0.00 sec)
	mysql> insert into dept_bak values(20,'abc
	Query OK, 1 row affected (0.00 sec)
	mysql> commit;
	Query OK, 0 rows affected (0.01 sec)
	mysql> select * from dept_bak;
	+--------+-------+------+
	| DEPTNO | DNAME | LOC |
	+--------+-------+------+
	| 10 | abc | bj |
	| 20 | abc | tj |
	| 20 | abc | tj |
	| 20 | abc | tj |
	+--------+-------+------+
	4 rows in set (0.00 sec)
	mysql> rollback;
	Query OK, 0 rows affected (0.00 sec)
	mysql> select * from dept_bak;
	+--------+-------+------+
	| DEPTNO | DNAME | LOC |
	+--------+-------+------+
	| 10 | abc | bj |
	| 20 | abc | tj |
	| 20 | abc | tj |
	| 20 | abc | tj |
	+--------+-------+------+
	4 rows in set (0.00 sec)

事务的四个特性?

A:原子性

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

C:一致性

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

以保证数据的一致性。

I:隔离性

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

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

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

D:持久性

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

事务的隔离性

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

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

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

  1. 读未提交:read uncommitted(最低的隔离级别)《没有提交就读到了》

    什么是读未提交?

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

​ 存在的问题?

​ 脏读现象!(Dirty Read)

​ 我们称读到了脏数据。

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

  1. 读已提交:read committed《提交之后才能读到》

    什么是读已提交?

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

​ 解决了什么问题?

​ 解决了脏读的现象

​ 存在什么问题?

​ 不可重复读取数据

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

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

​ 举个例子:

示例 1:银行账户余额读取
假设有两个事务 事务 A 和 事务 B,操作同一个银行账户的余额。
初始状态:账户余额为 1000 元。
步骤:
1. 事务 A 开始,并读取账户余额,得到结果:1000 元。
2. 事务 B 开始,并将余额增加到 2000 元,然后提交事务。
3. 事务 A 再次读取账户余额,此时得到结果:2000 元。
不可重复读现象:
事务 A 在同一事务中,两次读取账户余额,第一次是 1000 元,第二次却是 2000 元。
因为隔离级别为“读已提交”,所以事务 A 能够读取到事务 B 提交的更改,从而导致读取结果不一致。

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

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

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

    什么是可重复读取?

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

​ 可重复读解决了什么问题?

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

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

​ 可以会出现幻影读。

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

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

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

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

  1. 序列化/串行化:serializable(最高的隔离级别)

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

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

怎么验证隔离级别

查看隔离级别:
SELECT @@transaction_isolation;
+-----------------+
| @@tx_isolation |
+-----------------+
| REPEATABLE-READ |
+-----------------+
mysql默认的隔离级别
被测试的表t_user
验证:read uncommited
mysql> set global transaction isolation level read uncommitted;
事务A	事务B
--------------------------------------------------------------------------------
use bjpowernode;
	use bjpowernode;
start transaction;
select * from t_user;
	start transaction;
	insert into t_user values('zhangsan');
select * from t_user;
验证:read commited
mysql> set global transaction isolation level read committed;
事务A	事务B
--------------------------------------------------------------------------------
use bjpowernode;
	use bjpowernode;
start transaction;
	start transaction;
select * from t_user;
	insert into t_user values('zhangsan');
select * from t_user;
	commit;
select * from t_user;
验证:repeatable read
mysql> set global transaction isolation level repeatable read;
事务A	事务B
--------------------------------------------------------------------------------
use bjpowernode;
	use bjpowernode;
start transaction;
	start transaction;
select * from t_user;
	insert into t_user values('lisi');
	insert into t_user values('wangwu');
	commit;
select * from t_user;
验证:serializable
mysql> set global transaction isolation level serializable;
事务A	事务B
--------------------------------------------------------------------------------
use bjpowernode;
	use bjpowernode;
start transaction;
	start transaction;
select * from t_user;
insert into t_user values('abc');
	select * from t_user;
作者:lr1descent原文地址:https://www.cnblogs.com/lr1descent/p/18524125

%s 个评论

要回复文章请先登录注册