当前位置：首页>笔记分享>MySQL笔记>MySQL约束、存储引擎以及事务

MySQL约束、存储引擎以及事务

1、多行插入

语法:insert into 表名(字段名) values(值),(值),(值),(值);

insert into t_student(no,name,sex,age,email) values(2,'zs','男',21,'2@1.com'),(3,'ls','女',21,'2@1.com')
+------+-----------+------+------+---------+
| no   | name      | sex  | age  | email   |
+------+-----------+------+------+---------+
|    1 | 龚俊鹏    | 男   |   23 | 1@1.com |
|    1 | zs        | 男   |   21 | 2@1.com |
|    3 | ls        | 女   |   21 | 2@1.com |
+------+-----------+------+------+---------+

2、快速创建表【了解内容】

原理：

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

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

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

mysql> create table emp2 as select * from emp;
create table mytable as select empno,ename from emp where job = 'MANAGER';

3、将查询结果插入到一张表当中？【了解内容】

insert相关的！！！

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  |
+--------+------------+----------+

4、快速删除表中的数据？

4.1、delete 删除表数据

#删除dept_bak表中的数据
​   delete from dept_bak; #这种删除数据的方式比较慢。
​   mysql> select * from dept_bak;
​   Empty set (0.00 sec)

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

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

​ 这种删除缺点是：删除效率比较低。

​ 这种删除优点是：支持回滚，后悔了可以再恢复数据！！！

4.2、truncate语句删除【重要】

语法：truncate table 表名;

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

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

truncate语句删除数据的原理？

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

​ 这种删除缺点：不支持回滚。

​ 这种删除优点：快速。

4.3、删除表操作

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

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

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

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

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

5、对表结构的增删改？

什么是对表结构的修改？

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

对表结构的修改需要使用：alter属于DDL语句

DDL包括：create drop alter

第一：在实际的开发中，需求一旦确定之后，表一旦设计好之后，很少的进行表结构的修改。因为开发进行中

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

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

第二：由于修改表结构的操作很少，所以我们不需要掌握，如果有一天真的要修改表结构，你可以使用工具！！！！

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

6、约束（非常重要，五颗星*****）

6.1、什么是约束？

约束对应的英语单词：constraint

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

6.2、约束包括哪些？

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

我们这里重点学习四个约束：not null、unique、primary key、foreign key

6.3、非空约束：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);#报错，name字段不能为空
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文件，

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

6.4、唯一性约束: unique

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

drop table if exists t_vip;
create table t_vip(
    id int,
    name varchar(255) unique, #name不能重复
    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'

什么时候使用表级约束呢？

​ 需要给多个字段联合起来添加某一个约束的时候，需要使用表级约束。

注意：not null只有列级约束，没有表级约束。

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    |       |
+-------+--------------+------+-----+---------+-------+
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。

在mysql当中，如果一个字段同时被not null和unique约束的话，该字段自动变成主键字段。（注意：oracle中不一样！）

6.5、主键约束（primary key，简称PK）非常重要

主键约束的相关术语？

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

什么是主键？有啥用？

  • 主键值是每一行记录的唯一标识。
  • 主键值是每一行记录的身份证号！！！

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

主键的特征：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'

insert into t_vip(name) values('zhaoliu'); #错误：不能为NULL
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;
create table t_vip(
    id int,
    name varchar(255),
    email varchar(255),
primary key(id,name) #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自动维护主键

auto_increment自增

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 |
+----+----------+

6.6、外键约束（foreign key，简称FK）非常重要

外键约束涉及到的相关术语：

  • 外键约束：一种约束（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班

分析以上方案的缺点：数据冗余，空间浪费！！！！这个设计是比较失败的！

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

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。

drop table if exists t_student;
drop table if exists t_class;

create table t_class(
    classno int primary key,
    classname varchar(255)
);
create table t_student(
    no int primary key auto_increment,
    name varchar(255),
    cno int,
    foreign key(cno) references t_class(classno) #外键约束语句 设置cno为外键，绑定表t_class的classno
);

insert into t_class(classno, classname) values(100, '北京市大兴区亦庄镇第二中学高三1班');
insert into t_class(classno, classname) values(101, '北京市大兴区亦庄镇第二中学高三1班');

insert into t_student(name,cno) values('jack', 100);
insert into t_student(name,cno) values('lucy', 100);
insert into t_student(name,cno) values('lilei', 100);
insert into t_student(name,cno) values('hanmeimei', 100);
insert into t_student(name,cno) values('zhangsan', 101);
insert into t_student(name,cno) values('lisi', 101);
insert into t_student(name,cno) values('wangwu', 101);
insert into t_student(name,cno) values('zhaoliu', 101);

select * from t_student;
select * from t_class;

7、存储引擎（了解内容）

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

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

  • 存储引擎这个名字高端大气上档次。实际上存储引擎是一个表存储/组织数据的方式。

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

7.2、怎么给表添加/指定“存储引擎”呢？

show create table t_student; #查看表的创建语句
#可以在建表的时候给表指定存储引擎。
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; #指定存储引擎以及编码方式

7.3、怎么查看mysql支持哪些存储引擎呢？

命令： show engines \G

mysql> select version();
+-----------+
| version() |
+-----------+
| 5.5.36  |
+-----------+

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支持九大存储引擎，当前5.5.36支持8个。版本不同支持情况不同。

7.4、关于mysql常用的存储引擎介绍一下

7.4.1、MyISAM存储引擎

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

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

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

MyISAM存储引擎特点：

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

  • 这是这种存储引擎的优势！！！！

  • MyISAM不支持事务机制，安全性低。(事务后面会说)

7.4.2、InnoDB存储引擎

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

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

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

它管理的表具有下列主要特征：

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

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

7.4.3、MEMORY存储引擎？

使用 MEMORY 存储引擎的表，其数据存储在内存中，且行的长度固定，这两个特点使得 MEMORY 存储引擎非常快。

MEMORY 存储引擎管理的表具有下列特征：

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

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

MEMORY引擎优点：查询效率是最高的。不需要和硬盘交互。

MEMORY引擎缺点：不安全，关机之后数据消失。因为数据和索引都是在内存当中。

8、事务（必须理解，必须掌握）

8.1、什么是事务？

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

什么是一个完整的业务逻辑？

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

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

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

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

以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。

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

insert delete update

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

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

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

数据安全第一位！！！

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

正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，所以需要事务的存在。如果任何一件复杂的事儿都能一条DML语句搞定，那么事务则没有存在的价值了。

到底什么是事务呢？

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

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

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

事务开启了：
insert #这些插入删除修改操作都会存放到记录事务性活动的日志文件
insert
insert
delete
update
update
update
事务结束了！

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

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

提交事务

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

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

回滚事务

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

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

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

提交事务：commit; MySQL默认执行一条语句提交一次

回滚事务：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)

8.6、事务包括4个特性？

原子性:A

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

一致性:C

  • 所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败，
  • 以保证数据的一致性。

隔离性:I

  • A事务和B事务之间具有一定的隔离。
  • 教室A和教室B之间有一道墙，这道墙就是隔离性。
  • A事务在操作一张表的时候，另一个事务B也操作这张表会那样？？？

持久性:D

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

8.7、重点研究一下事务的隔离性！！！

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

事务和事务之间的隔离级别有4个级别

  1. 读未提交：read uncommitted（最低的隔离级别）《没有提交就读到了》
  • 事务A可以读取到事务B未提交的数据。
    • 这种隔离级别存在的问题就是：
    • 脏读现象！(Dirty Read)，我们称读到了脏数据。
  • 这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！
  1. 读已提交：read committed《提交之后才能读到》

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

  • 解决了脏读的现象。

  • 存在问题：不可重复读取数据。

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

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

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

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

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

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

  • 可重复读存在的问题：会出现幻影读，每一次读取到的数据都是幻象。不够真实！，读取到的数据是事务开启这个时刻的数据

    • 早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样！读到的是假象。不够绝对的真实。

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

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

  • 这是最高隔离级别，效率最低。解决了所有的问题。

  • 这种隔离级别表示事务排队，不能并发！

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

8.8、验证各种隔离级别

查看隔离级别：SELECT @@tx_isolation

tx_isolation在8.0版本更改为global.transaction_isolation即8.0以上版本需要使用以下命令

select @@global.transaction_isolation;

select @@global.transaction_isolation,@@transaction_isolation;

mysql默认的隔离级别:REPEATABLE-READ

#测试说明：事务AB需要开启两个终端分别进去事务操作同一个表
#被测试的表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;

8.9、总结

读未提交：read uncommitted

  • 事务A可以读取到事务B还未提交的数据；导致可能会读脏数据；

读已提交：read committed

  • 事务A在事务B还没有提交数据之前读取不到最新的数据，只有当事务B提交之后才能获取到

可重复读：repeatable read

  • 事务A在不结束之前，读到的数据永远只能读到未经过事务B更改的数据，只有当事务A结束后才能读取到更新后的数据。

序列化/串行化：serializable

  • 事务A在执行时，事务B的操作会陷入等待排序，直到事务A提交之后，事务B才会运行；

给TA打赏
共{{data.count}}人
人已打赏
MySQLMySQL约束事务存储引擎
MySQL笔记

MySQL多表查询（增删改查）

2021-12-2 16:44:07

MySQL笔记

MySQL之索引、视图与范式

2021-12-4 16:53:43

0 条回复 A文章作者 M管理员
    暂无讨论，说说你的看法吧
❯
购物车
优惠劵
有新私信 私信列表
搜索
客服

  • 扫码打开当前页

返回顶部