MySQL基础教程3

目录

mysql day03课堂笔记

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

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

2 insert语句可以一次插入多条记录【掌握】

  • 语法：insert into t_user(字段名1,字段名2) values(),(),(),();
// 查看表结构
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(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 快速创建表：将一个查询结果当做一张表新建【了解内容】

  • create table emp2 as select * from emp;
  • 原理：
    • 将一个查询结果当做一张表新建！！！！！
    • 这个可以完成表的快速复制！！！！
    • 表创建出来，同时表中的数据也存在了！！！
create table mytable as select empno,ename from emp where job = 'MANAGER';

4 将查询结果插入到一张表当中？

create table dept_bak as select * from dept;
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; //很少用！
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   |
+--------+------------+----------+

5 快速删除表中的数据？【truncate比较重要，必须掌握】

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

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

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

    • 表中的数据被删除了，但是这个数据在硬盘上的真实存储空间不会被释放！！！
    • 这种删除缺点是：删除效率比较低。
    • 这种删除优点是：支持回滚，后悔了可以再恢复数据！！！

  • truncate语句删除数据的原理？

    • 这种删除效率比较高，表被一次截断，物理删除。
    • 这种删除缺点：不支持回滚。
    • 这种删除优点：快速。

  • truncate用法：truncate table dept_bak; （这种操作属于DDL操作）

  • 案例：大表非常大，上亿条记录？？？？

    • 删除的时候，使用delete，也许需要执行1个小时才能删除完！效率较低。
    • 可以选择使用truncate删除表中的数据。只需要不到1秒钟的时间就删除结束。效率较高。
    • 但是使用truncate之前，必须仔细询问客户是否真的要删除，并警告删除之后不可恢复！

  • 注意：truncate是删除表中的数据，表还在！

  • 那删除表的操作？

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

6 对表结构的增删改

  • 什么是对表结构的修改？

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

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

  • DDL包括：create drop alter

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

    • 因为在开发进行中的时候，修改表结构，成本比较高。
    • 修改表的结构，对应的java等代码就需要进行大量的修改，成本是比较高的。
    • 这个责任应该由设计人员来承担！

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

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

7. 如何运行sql脚本文件

  • xxxx.sql这种文件被称为sql脚本文件。批量的执行SQL语句，可以使用sql脚本文件
  • sql脚本文件中编写了大量的sql语句。我们执行sql脚本文件的时候，该文件中所有的sql语句会全部执行！
  • 在mysql当中怎么执行sql脚本呢？
mysql> source D:\course\03-MySQL\document\vip.sql
  • 场景：你在实际的工作中，第一天到了公司，项目经理会给你一个xxx.sql文件，你执行这个脚本文件，你电脑上的数据库数据就有了！

8 约束（表创建时）（非常重要，五颗星*****）

8.1 什么是约束？

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

8.2 约束包括哪些？

  • 非空约束：not null

  • 唯一性约束: unique

  • 主键约束: primary key （简称PK）

  • 外键约束：foreign key（简称FK）

  • 检查约束：check（mysql不支持，oracle支持）

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

8.3 非空约束：not null

  • 非空约束not null：约束的字段不能为NULL。
  • not 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

8.4 唯一性约束: unique

  • 唯一性约束unique：约束的字段不能重复，但是可以为NULL。即NULL可以重复
    • unique有列级约束和表级约束
  • 单个字段唯一性（属于列级约束）
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) // 约束没有添加在列的后面，这种约束被称为表级约束。
);  // 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;

// 两个字段同时重复时才报错
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可以联合吗？

    • 可以
    • 在mysql当中，如果一个字段同时被not null和unique约束的话，该字段自动变成主键字段。（注意：oracle中不一样！）
drop table if exists t_vip;
create table t_vip(
	id int,
	name varchar(255) not null unique
);

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。

8.5 主键约束（primary key，简称PK，表内）非常重要五颗星*****

  • 主键约束的相关术语？

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

  • 什么是主键？有啥用？

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

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

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

  • 主键值建议使用：int、bigint、char等类型。

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

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

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'
  • 一个表中主键约束能分别加两个吗？
    • 不能，一张表中主键约束只能添加1个（主键只能有1个）
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

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

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

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

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

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

    • auto_increment表示自增，从1开始，以1递增！
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 |
+----+----------+

8.6 外键约束（foreign key，简称FK，表间）非常重要五颗星

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

    • 外键约束：一种约束（foreign key）
    • 外键字段：该字段上添加了外键约束
    • 外键值：外键字段当中的每一个值。

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

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

  • 分析以上方案的缺点：

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

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

  • （1）t_class 班级表

  • （2）t_student 学生表

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

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

  • 注意：t_class是父表，t_student是子表

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

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

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

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

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

    • 外键字段不一定是父表的主键，但至少具有unique约束。

  • 外键值可以为NULL。

9 存储引擎（了解内容）

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

  • 存储引擎是MySQL中特有的一个术语，其它数据库中没有。（Oracle中有，但是不叫这个名字）
  • 存储引擎这个名字高端大气上档次。
  • 实际上存储引擎是一个表存储/组织数据的方式。
  • 不同的存储引擎，表存储数据的方式不同。

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

show create table t_student; // 显示当时创建该表时的SQL语句
// 结果：
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;

9.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个。版本不同支持情况不同。

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

MyISAM存储引擎

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

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

  • 提示一下：

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

  • MyISAM存储引擎特点：

    • 可被转换为压缩、只读表来节省空间（数据量很庞大的时候），这是这种存储引擎的优势！！！！
    • MyISAM不支持事务机制，安全性低。

InnoDB存储引擎

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

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

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

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

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

  • **InnoDB最大的特点就是支持事务：以保证数据的安全。

  • InnoDB效率不是很高，并且也不能压缩，不能转换为只读，不能很好的节省存储空间。

MEMORY存储引擎

  • 使用 MEMORY 存储引擎的表，其数据存储在内存中，且行的长度固定，这两个特点使得 MEMORY 存储引擎非常快。
  • MEMORY 存储引擎管理的表具有下列特征：
    • 在数据库目录内，每个表均以.frm 格式的文件表示。
    • 表数据及索引被存储在内存中。（目的就是快，查询快！）
    • 表级锁机制。
    • 不能包含 TEXT 或 BLOB 字段。
  • MEMORY 存储引擎以前被称为HEAP 引擎。
  • MEMORY引擎优点：查询效率是最高的。不需要和硬盘交互。
  • MEMORY引擎缺点：不安全，关机之后数据消失。因为数据和索引都是在内存当中。
  • 内存和硬盘的区别
    • 内存是直接取，电流的速度
    • 硬盘上取是机械行为，硬盘里有磁针，磁针运动再快也不会快过电流

10 事务（重点：五颗星*****，必须理解，必须掌握）

10.1 什么是事务？

  • 一个事务其实就是一个完整的业务逻辑。是一个最小的工作单元，不可再分。
  • 本质上，一个事务其实就是多条DML语句同时成功，或者同时失败！
  • 事务可以保证多个操作原子性，要么全成功，要么全失败。*对于数据库来说事务保证批量的 DML 要么全成功，要么全失败。
  • 什么是一个完整的业务逻辑？
    • 假设转账，从A账户向B账户中转账10000.
    • 将A账户的钱减去10000（update语句）
    • 将B账户的钱加上10000（update语句）
    • 这就是一个完整的业务逻辑。
    • 以上的操作是一个最小的工作单元，要么同时成功，要么同时失败，不可再分。
    • 这两个update语句要求必须同时成功或者同时失败，这样才能保证钱是正确的。
  • 事务中存在一些概念：
    • a) 事务（Transaction）：一批操作（一组 DML）
    • b) 开启事务（Start Transaction）
    • c) 回滚事务（rollback）
    • d) 提交事务（commit）
    • e) SET AUTOCOMMIT：禁用或启用事务的自动提交模式
  • 当执行 DML 语句是其实就是开启一个事务
  • 关于事务的回滚需要注意：只能回滚 insert、delete 和 update 语句，不能回滚 select（回滚 select 没有任何意义），对于create、drop、alter 这些无法回滚.
  • 事务只对 DML 有效果。
  • 注意：rollback，或者 commit 后事务就结束了。

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

  • 只有以下的三个语句和事务有关系，其它都没有关系。
    • insert、delete、update
    • 因为 只有以上的三个语句是数据库表中数据进行增、删、改的。
    • 只要你的操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题。数据安全第一位！！！

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

  • 正是因为做某件事的时候，需要多条DML语句共同联合起来才能完成，所以需要事务的存在。如果任何一件复杂的事儿都能一条DML语句搞定，那么事务则没有存在的价值了。
  • 到底什么是事务呢？
    • 说到底，说到本质上，一个事务其实就是多条DML语句同时成功，或者同时失败！
  • 总结：事务就是批量的DML语句同时成功，或者同时失败！

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

  • InnoDB存储引擎：提供一组用来记录事务性活动的日志文件
事务开启了：
insert
insert
insert
delete
update
update
update
事务结束了！
  • 在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。
  • 在事务的执行过程中，我们可以提交事务，也可以回滚事务。
  • 提交事务？
    • 清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。
    • 提交事务标志着事务的结束，并且是一种全部成功的结束。
  • 回滚事务？
    • 将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件
    • 回滚事务标志着事务的结束。并且是一种全部失败的结束。

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

  • **提交事务：commit; **

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

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

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

    • **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','tj');
Query OK, 1 row affected (0.00 sec)
	
mysql> insert into dept_bak values(20,'abc','tj');
Query OK, 1 row affected (0.00 sec)

mysql> insert into dept_bak values(20,'abc','tj');
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)

10.6 事务包括4个特性ACID？

  • A：原子性（Atomicity）

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

  • C：一致性（Consistency）

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

  • I：隔离性(Isolation)

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

  • D：持久性(Durability)

    • 理解1：事务最终结束的一个保障。事务提交，就相当于将没有保存到硬盘上的数据保存到硬盘上！
    • 理解2：在事务完成以后，该事务对数据库所作的更改将持久地保存在数据库之中，并不会被回滚。

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

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

  • 事务隔离级别：transaction isolation level

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

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

    • 什么是读未提交？
      • 事务A可以读取到事务B未提交的数据。
    • 这种隔离级别存在的问题就是：
      • 脏读现象！(Dirty Read)
      • 我们称读到了脏数据。
    • 这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！

  • （2）读已提交：read committed《提交之后才能读到》

    • 什么是读已提交？
      • 事务A只能读取到事务B提交之后的数据。
    • 这种隔离级别解决了什么问题？
      • 解决了脏读的现象。
    • 这种隔离级别存在什么问题？
      • 不可重复读取数据。
    • 什么是不可重复读取数据呢？
      • 在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条，3不等于4称为不可重复读取。
    • 这种隔离级别是比较真实的数据，每一次读到的数据是绝对的真实。
    • oracle数据库默认的隔离级别是：read committed

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

    • 什么是可重复读取？
      • 事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的。即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。
    • 可重复读解决了什么问题？
      • 解决了不可重复读取数据。
    • 可重复读存在的问题是什么？
      • 可以会出现幻影读。
      • 每一次读取到的数据都是幻象。不够真实！
      • 如：早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样！
      • 读到的是假象。不够绝对的真实。
    • mysql中默认的事务隔离级别就是这个！！！！！！！！！！！

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

    • 这是最高隔离级别，效率最低。解决了所有的问题。
    • 这种隔离级别表示事务排队，不能并发！
    • synchronized，线程同步（事务同步）
    • 每一次读取到的数据都是最真实的，并且效率是最低的。

10.8 并发事务与隔离级别示例

  • 查看隔离级别：SELECT @@tx_isolation
+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
// mysql默认的隔离级别
  • 设置隔离级别：set global transaction isolation level 隔离级别名称;
  • 被测试的表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;
posted @ 2021-06-29 15:55  夏目的猫咪老师  阅读(92)  评论(0)  编辑  收藏  举报