|
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个。)
复制代码 主键值建议使用:
等类型。
不建议使用: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班
复制代码 分析以上方案的缺点:
- 数据冗余,空间浪费!!!!
- 这个设计是比较失败的!
第二种方案:班级一张表、学生一张表??- 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存储引擎
特征
它管理的表具有以下特征:
- 格式文件 — 存储表结构的定义(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
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个级别
- 读未提交:read uncommitted(最低的隔离级别)《没有提交就读到了》
什么是读未提交?
事务A可以读取到事务B未提交的数据
存在的问题?
脏读现象!(Dirty Read)
我们称读到了脏数据。
这种隔离级别一般都是理论上的,大多数的数据库隔离级别都是二档起步!
- 读已提交: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
- 可重复读:repeatable read《提交之后也读不到,永远读取的都是刚开启事务时的数据》
什么是可重复读取?
事务A开启之后,不管是多久,每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改,并且提交了,事务A读取到的数据还是没有发生改变,这就是可重复读。
可重复读解决了什么问题?
解决了不可重复读取数据。
可重复读存在的问题是什么?
可以会出现幻影读。
每一次读取到的数据都是幻象。不够真实!
早晨9点开始开启了事务,只要事务不结束,到晚上9点,读到的数据还是那样!
读到的是假象。不够绝对的真实。
mysql中默认的事务隔离级别就是这个!!!!!!!!!!!
- 序列化/串行化: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;
复制代码 来源:https://www.cnblogs.com/lr1descent/p/18524125
免责声明:由于采集信息均来自互联网,如果侵犯了您的权益,请联系我们【E-Mail:cb@itdo.tech】 我们会及时删除侵权内容,谢谢合作! |
|