MySQL学习day03

最新推荐文章于 2024-10-08 17:39:57 发布

请不要再掉头发了

最新推荐文章于 2024-10-08 17:39:57 发布

阅读量261

点赞数

分类专栏： mysql 文章标签：数据库 mysql sql

本文链接：https://blog.csdn.net/shujiaw/article/details/115060130

版权

mysql 专栏收录该内容

5 篇文章 1 订阅

订阅专栏

MySQL学习day03

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

1、什么是约束？

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

2、约束包括哪些？

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

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);
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

4、唯一性约束: 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;
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具有唯一性。各自唯一。

怎么创建这样的表，才能符合新需求呢？

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。

5、主键约束（primary key，简称PK）

1、主键约束的相关术语？

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

2、什么是主键？有啥用？

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

记住：任何一张表都应该有主键，没有主键，表无效！！
主键的特征：not null + unique（主键值不能是NULL，同时也不能重复！）

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

	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

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

	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'

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

	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'

在实际开发中不建议使用：复合主键。建议使用单一主键！
因为主键值存在的意义就是这行记录的身份证号，只要意义达到即可，单一主键可以做到。复合主键比较复杂，不建议使用！！！

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

	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个。）

7、主键值建议使用：int bigint char 等类型。不建议使用：varchar来做主键。主键值一般都是数字，一般都是定长的！

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

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

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

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

10、在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 |
		+----+----------+

6、外键约束（foreign key，简称FK）

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

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

2、业务背景：

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

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

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。

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

1、什么是存储引擎

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

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;

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

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

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

（1）MyISAM存储引擎？

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

使用三个文件表示每个表：
- 格式文件 — 存储表结构的定义（mytable.frm）
- 数据文件 — 存储表行的内容（mytable.MYD）
- 索引文件 — 存储表上索引（mytable.MYI）：索引是一本书的目录，缩小扫描范围，提高查询效率的一种机制。
- 可被转换为压缩、只读表来节省空间
提示一下：
对于一张表来说，只要是主键，或者加有unique约束的字段上会自动创建索引。
MyISAM存储引擎特点：
- 可被转换为压缩、只读表来节省空间
  这是这种存储引擎的优势！！！！
- MyISAM不支持事务机制，安全性低。

（2）InnoDB存储引擎？

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

InnoDB支持事务，支持数据库崩溃后自动恢复机制。
InnoDB存储引擎最主要的特点是：非常安全。
它管理的表具有下列主要特征：
- 每个 InnoDB 表在数据库目录中以.frm 格式文件表示
- InnoDB 表空间 tablespace 被用于存储表的内容（表空间是一个逻辑名称。表空间存储数据+索引。）
- 提供一组用来记录事务性活动的日志文件
- 用 COMMIT(提交)、SAVEPOINT 及ROLLBACK(回滚)支持事务处理
- 提供全 ACID 兼容
- 在 MySQL 服务器崩溃后提供自动恢复
- 多版本（MVCC）和行级锁定
- 支持外键及引用的完整性，包括级联删除和更新
InnoDB最大的特点就是支持事务：
- 以保证数据的安全。
- 效率不是很高，并且也不能压缩，不能转换为只读
- 不能很好的节省存储空间。

（3）MEMORY存储引擎？

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

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

1、什么是事务？

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

什么是一个完整的业务逻辑？
假设转账，从A账户向B账户中转账10000.
将A账户的钱减去10000（update语句）
将B账户的钱加上10000（update语句）
这就是一个完整的业务逻辑。

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

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

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

因为只有以上的三个语句是数据库表中数据进行增、删、改的。只要你的操作一旦涉及到数据的增、删、改，那么就一定要考虑安全问题。

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

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

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

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

事务开启了：
	insert
	insert
	insert
	delete
	update
	update
	update
事务结束了！

在事务的执行过程中，每一条DML的操作都会记录到“事务性活动的日志文件”中。在事务的执行过程中，我们可以提交事务，也可以回滚事务。

提交事务？
- 清空事务性活动的日志文件，将数据全部彻底持久化到数据库表中。
- 提交事务标志着，事务的结束。并且是一种全部成功的结束。
回滚事务？
- 将之前所有的DML操作全部撤销，并且清空事务性活动的日志文件
- 回滚事务标志着，事务的结束。并且是一种全部失败的结束。

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

提交事务：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)

6、事务包括4个特性？

A：原子性

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

C：一致性

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

I：隔离性

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

D：持久性

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

7、事务的隔离性

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

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

读未提交：read uncommitted
- （最低的隔离级别）《没有提交就读到了》
- 什么是读未提交？
  - 事务A可以读取到事务B未提交的数据。
  - 这种隔离级别存在的问题就是：脏读现象！(Dirty Read) 我们称读到了脏数据。这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！
读已提交：read committed《提交之后才能读到》
- 什么是读已提交？
  事务A只能读取到事务B提交之后的数据。
- 这种隔离级别解决了什么问题？
  解决了脏读的现象。
- 这种隔离级别存在什么问题？
  - 不可重复读取数据。
- 什么是不可重复读取数据呢？
  - 在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条，3不等于4称为不可重复读取。
  - 这种隔离级别是比较真实的数据，每一次读到的数据是绝对的真实。
    oracle数据库默认的隔离级别是：read committed
可重复读：repeatable read《提交之后也读不到，永远读取的都是刚开启事务时的数据》
- 什么是可重复读取？
  事务A开启之后，不管是多久，每一次在事务A中读取到的数据都是一致的。 即使事务B将数据已经修改，并且提交了，事务A读取到的数据还是没有发生改变，这就是可重复读。
- 可重复读解决了什么问题？
  解决了不可重复读取数据。
- 可重复读存在的问题是什么？
  可以会出现幻影读。
  每一次读取到的数据都是幻象。不够真实！
  早晨9点开始开启了事务，只要事务不结束，到晚上9点，读到的数据还是那样！
  读到的是假象。不够绝对的真实。
- mysql中默认的事务隔离级别就是这个！！！！！！！！！！！
序列化/串行化：serializable（最高的隔离级别）
- 这是最高隔离级别，效率最低。解决了所有的问题。
  这种隔离级别表示事务排队，不能并发！
- synchronized，线程同步（事务同步）
  每一次读取到的数据都是最真实的，并且效率是最低的。

8、验证各种隔离级别

查看隔离级别：SELECT @@tx_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;