一篇文章总结mysql（复习篇）

一，数据库常用命令

（以管理员的身份打开cdm并登入）
退出mysql ：exit

1.查看mysql中有哪些数据库

	 show databases;

注意：以分号结尾，分号是英文的分号。
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| test               |
+--------------------+
mysql默认自带了4个数据库。

2.选择使用某个数据库

	 use test;

3.创建数据库

	create database databaseName;

4.查看某个数据库下有哪些表

	show tables;

5.查看mysql数据库的版本号：

	select version();

6.查看当前使用的是哪个数据库

	select database();

7.创建表

	create table tableName(字段1 数据类型,字段2 数据类型,...);
	//字段与类型之间用空格隔开
	//varchar类型建议给定长度(长度为建议长度)

8.删除表格

	drop table tableName;
	drop table if exists tableName;

9.查看表结构

	desc 表名;

注意：mysql是不见“;”不执行，“;”表示结束！
mysql用\c用来终止一条命令的输入。
数据库当中最基本的单元是表：table
任何一张表都有行和列：
行（row）：被称为数据/记录。
列（column）：被称为字段。

10.常用条件符

=，>, <, >= , <=,
不等于:<>，!=
and，or , between...and..（左小右大）
in(),not in()
is null,is not null
like :
称为模糊查询，支持%或下划线匹配
%匹配任意多个字符
下划线：任意一个字符。
（%是一个特殊的符号，_也是一个特殊符号）
例如：查询第二个字符为N的名字

	select name from table where like'_N%'

注意：sql语句中不区分大小写！！！！

11.常用单行处理函数

单行处理函数的特点：一个输入对应一个输出。
lower()转换小写
upper()转换大写
substr()取子串（substr( 被截取的字符串, 起始下标,截取的长度)）
concat(字符串1，字符串2)字符串拼接
ifnull(可能为null字段，当做什么处理)ifnull 可以*将 null 转换成一个具体值,ifnull是空处理函数。专门处理空的。
例如:

	select ifnull(sal,0) from table;

length(字符/字段)取长度
trim(字符串)去空格：
例如:

	select * from emp where ename = '  KING';

str_to_date()将字符串varchar类型转换成date类型，str_to_date(‘字符串日期’, ‘日期格式’)
例如：

	str_to_date('01-10-1990','%d-%m-%Y')

如果你提供的日期字符串是这个格式，str_to_date函数就不需要了！！！
%Y-%m-%d
date_format()将date类型转换成具有一定格式的varchar字符串类型。date_format(‘日期字符串’，‘日期格式’)
例如：

	date_format(birth, '%m/%d/%Y')

format()格式化数字format(数字, ‘格式’)
例如：

format(sal, '$999,999')

round(数据,保留到小数的位数)四舍五入(小数位数为正往后移动，为负往前移动)
例如：

	select round(1236.567, 1) as result from emp; //保留1个小数
	select round(1236.567, 2) as result from emp; //保留2个小数
	select round(1236.567, -1) as result from emp; // 保留到十位。

rand()生成随机数
case..when..then..when..then..else..end分类处理语句

12.常用的分组函数

多行处理函数的特点：输入多行，最终输出一行。
5个：
count() 计数：
count(某一字段)–>某条记录的该字段为空–>不被统计
count(*)–>记录中存在任意一条字段不为空–>被统计
sum() 求和
avg()平均值
max() 最大值
min() 最小值

注意：
分组函数在使用的时候必须先进行分组，然后才能用。
如果你没有对数据进行分组，整张表默认为一组。
分组函数自动忽略NULL，你不需要提前对NULL进行处理。

13.常用普通函数

TimeStampDiff(间隔类型, 前一个日期, 后一个日期)计算时间差
间隔类型：
SECOND秒，
MINUTE分钟，
HOUR小时，
DAY天，
WEEK星期
MONTH月，
QUARTER季度，
YEAR年
now()获取当前时间
在mysql当中怎么计算两个日期的“年差”，差了多少年？

		timestampdiff(YEAR, orderdate, now())

14.时间格式

mysql的日期格式：
%Y 年 %m 月 %d 日 %h 时 %i 分 %s 秒
mysql默认的日期格式：’%Y-%m-%d’
java中的日期格式？
yyyy-MM-dd HH:mm:ss SSS

15，数据导出：

注意：在windows的dos命令窗口中：

	mysqldump 数据库名>D:\\路径\文件名.sql -u账号 -p密码
	//注意是以SQL文件的形式导出（路径中最好不要有中文名）

可以导出指定的表吗？

		mysqldump 数据库名 表名>D:\\路径\文件名.sql -u账号 -p密码

16，数据导入,

注意：需要先登录到mysql数据库服务器上。
然后创建数据库：create database 数据库名;
使用数据库：use 数据库名
然后初始化数据库：

 source D:\路径\文件名.sql

二. SQL语句

SQL语句有很多分为：

1. DQL：数据查询语言（凡是带有select关键字的都是查询语句）
   select…

2. DML：
   数据操作语言（
   凡是对表当中的数据进行增删改的都是DML）
   insert delete update
insert 增 delete 删 update 改
   这个主要是操作表中的数据data。

3. DDL：
   数据定义语言
   凡是带有create、drop、alter的都是DDL。*
   DDL主要操作的是表的结构。不是表中的数据。
   create：新建，等同于增 drop：删除 alter：修改
   这个增删改和DML不同，这个主要是对表结构进行操作。

4. TCL：
   不是王牌电视。
   是事务控制语言
   包括：
   事务提交：commit; 事务回滚：rollback;

5. DCL：
   是数据控制语言。
   例如：授权grant、撤销权限revoke....
   三.语法

DQL

1.查询（select）：

	select 
		字段1，字段2，字段三，....
	from
		表名 
	where 
		条件
	group by
		分组字段1，分组字段2，...
	having 
		筛选条件（这里可以用分组函数）
	order by 
		字段1 升降条件，字段2 升降条件，...(默认为asc升序，desc降序)（字段1相同时根据字段2排序，以此类推）
	limit
		起始下标 长度（或者直接填长度，默认从零开始）

注意：

每个单词之间用空格隔开，sql语句中，字符使用单引号括起来
用as或者空格起别名，可以给表和查询的字段取别名

2. 执行顺序：

			select 
				...
			from
				...
			where
				...
			group by
				...
			having
				...
			order by
				...
			limit
				...

以上关键字只能按照这个顺序来，不能颠倒。
执行顺序？
1. from
2. where
3. group by
4. having
5. select
6. order by
7. limit
从某张表中查询数据，
先经过where条件筛选出有价值的数据。
对这些有价值的数据进行分组。
分组之后可以使用having继续筛选。
select查询出来。
最后排序输出！
注意：

1.能使用where进行筛选的尽量使用where，实在不能再用having
2.where后面不能直接使用分组函数，应为where执行时，group by还未执行！！

4. 去除重复记录

distinct,原表数据不会被修改，只是查询结果去重。distinct只能出现在所有字段的最前方。
distinct出现在job,deptno两个字段之前，表示两个字段联合起来去重。

	select distinct job,deptno from emp;

5. 表连接–内连接：

** 特点**：A和B连接，AB两张表没有主次关系。平等的。完成能够匹配上这个条件的数据查询出来。
语法：

	//自连接：
	select...from 表1 a (inner)join 表1 b on a和b的连接条件
	// inner是可以省略的，带着可读性强。
	//自连接是一张表作为两张表，自己与自己连接

	//内连接：
	select...from 表1 a (inner)join 表2 b on a和b的连接条件
	// inner是可以省略的，带着可读性强。

6. 表连接–外连接.

左外连接语法：

	select...from 表1 a left (outer)join 表2 b on a和b的连接条件
	// outer是可以省略的，带着可读性强。

右外连接语法：

	select...from 表1 a rigth (outer)join 表2 b on a和b的连接条件
	// outer是可以省略的，带着可读性强。

特点：左外连接代表连接时将左边的表看做主表，右外连接代表将右边的表看做主表！！
外连接的查询结果条数一定是 >= 内连接的 查询结果条数

7.三张表或者多张表怎么连接?

select 
			...
		from
			a
		join
			b
		on
			a和b的连接条件
		join
			c
		on
			a和c的连接条件
		(right) join
			d
		on
			a和d的连接条件
		//语法上用外连接还用内连接，根据条件选择，并没有特别要求

8.子查询

1.什么是子查询？
select语句中嵌套select语句，被嵌套的select语句称为子查询。
2.子查询都可以出现在哪里呢？

	select
		..(select).
	from
		..(select).
	where
		..(select).

注意：

from后面的子查询，可以将子查询的查询结果当做一张临时表。（技巧）

9.union合并查询结果集

对比:

	select ename,job from emp where job in('MANAGER','SALESMAN');

	select ename,job from emp where job = 'MANAGER'
	union
	select ename,job from emp where job = 'SALESMAN';

union的效率要高一些。对于表连接来说，每连接一次新表，
则匹配的次数满足笛卡尔积，成倍的翻。。。
但是union可以减少匹配的次数。在减少匹配次数的情况下，
还可以完成两个结果集的拼接。

a 连接 b 连接 c
a 10条记录
b 10条记录
c 10条记录
匹配次数是：1000

a 连接 b一个结果：10 * 10 --> 100次
a 连接 c一个结果：10 * 10 --> 100次
使用union的话是：100次 + 100次 = 200次。（union把乘法变成了加法运算）
注意：

union在进行结果集合并的时候，要求两个结果集的列数相同。

10.分页

limit语法：
1. limit 长度
2. limit 起始位置 长度

分页：
每页显示3条记录
第1页：limit 0,3 [0 1 2]
第2页：limit 3,3 [3 4 5]
第3页：limit 6,3 [6 7 8]
第4页：limit 9,3 [9 10 11]
每页显示pageSize条记录
*第pageNo页：limit (pageNo - 1) * pageSize , pageSize

DML:

1.数据类型：

1.varchar(最长255)：
可变长度的字符串
比较智能，节省空间。
会根据实际的数据长度动态分配空间。

优点：节省空间
缺点：需要动态分配空间，速度慢。

2.char(最长255)
定长字符串
不管实际的数据长度是多少。
分配固定长度的空间去存储数据。
使用不恰当的时候，可能会导致空间的浪费。

优点：不需要动态分配空间，速度快。
缺点：使用不当可能会导致空间的浪费。
3.int(最长11)
数字中的整数型。
4.bigint
数字中的长整型。等同于编程语言中的long类型*
5.float
单精度浮点型数据

6.double
双精度浮点型数据
7.date
短日期类型
8.datetime
长日期类型
date和datetime两个类型的区别？
date是短日期：只包括年月日信息。
datetime是长日期：包括年月日时分秒信息。
9.clob
字符大对象
最多可以存储4G的字符串。
比如：存储一篇文章，存储一个说明。
超过255个字符的都要采用CLOB字符大对象来存储。
全称：Character Large OBject:CLOB
10.blob
二进制大对象
全称：Binary Large OBject
专门用来存储图片、声音、视频等流媒体数据。往BLOB类型的字段上插入数据的时候，例如插入一个图片、视频等，
你需要使用IO流才行

2.插入数据insert

插入单条记录语法格式：

	insert into 表名(字段名1,字段名2,字段名3...) values(值1,值2,值3);

插入多条记录语法格式

	insert into 表名(字段名1,字段名2,字段名3...) values(值1,值2,值3),(值1，值2，值3,)...；
//多条记录之间用逗号相隔

注意：
1.字段名和值要一一对应。什么是一一对应？数量要对应,数据类型要对应。2.表中存在但是未插入的字段默认为null。3.表名后面为写明字段时，默认为表结构中的顺序,且都写上。4.insert语句但凡是执行成功了，那么必然会多一条记录。

4.修改update

语法格式：

	uptate 表名 set 字段1 = 值1，字段2 = 值2 ，...where 条件
//注意：没有条件限制会导致该表中所有数据全部更新。

3.删除数据 delete

语法格式：

	delete from 表名 where 条件;
//注意：没有条件，整张表的数据会全部删除！

4.将查询结果插入到一张表当中，insert相关的！！！（了解内容）

	insert into 目标表 select * from 根表;

DDL

1.快速删除表中的数据？（重要）

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

truncate语句删除数据的原理？
这种删除效率比较高，表被一次截断，物理删除。
这种删除缺点：不支持回滚。
这种删除优点：快速。

truncate语法：

			truncate table 表名;

2.建表：

	create table 表名(
		字段名1 数据类型, 
		字段名2 数据类型, 
		字段名3 数据类型
	);

3.删除表

方法一：

    drop table 表名

方法二：

	drop table if exists 表名

建议：尽量使用方法二，当表不存在时使用方法一会报错，不利于程序的健壮性！！
4.快速创建表(了解):

原理：
将一个查询结果当做一张表新建！！！！！
这个可以完成表的快速复制！！！！
表创建出来，同时表中的数据也存在了！！！

	 create table 新表名称 as select * from 根表;

5.对表结构的增删改(了解内容)

添加字段：

		alter table 表名 add 字段名 字段类型;

修改字段：

		alter table表名 modify 字段 类型 ;

如：student_name 无法满足需求，长度需要改为 100

alter table t_student modify student_name varchar(100) ;

删除字段：

alter table表名 drop 字段;

注意：实际开发中，使用会导致成本升高，所以表一旦创建就不再修改。

四.约束

1.什么是约束？

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

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

重点学习的四个约束：
not null
unique
primary key
foreign key

2.1 非空约束：not null

特点：非空约束not null约束的字段不能为null。
例如：

drop table if exists t_vip;
	create table t_vip(
		id int,
		name varchar(255) not null  
	);

注意: not null只有列级约束，没有表级约束！

2.2 唯一性约束: uniqu

特点: 唯一性约束unique约束的字段不能重复，但是可以为NULL。
例如：

drop table if exists t_vip;
	create table t_vip(
		id int,
		name varchar(255) unique,
		email varchar(255)
	);

注意：1.约束一般在建表时使用.约束直接添加到列后面的，叫做列级约束。3.约束没有添加在列的后面，这种约束被称为表级约束

什么时候使用表级约束呢？
需要给多个字段联合起来添加某一个约束的时候，需要使用表级约束。
例如，两个字段联合起来唯一

drop table if exists t_vip;
			create table t_vip(
				id int,
				name varchar(255),
				email varchar(255),
				unique(name,email) 
			);

问题：unique 和not null可以联合吗？

可以!!
例如：

drop table if exists t_vip;
		create table t_vip(
			id int,
			name varchar(255) not null unique
		);

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

2.3 主键约束（primary key，简称PK，很重要）

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

什么是主键？有啥用？
主键值是每一行记录的唯一标识。
主键值是每一行记录的身份证号！！！
主键值一般都是数字，一般都是定长的！
一张表，主键约束只能添加1个。（主键只能有1个。）

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

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

2.4,列级约束

		create table t_vip(
			id int primary key,  //列级约束
			name varchar(255)
			);

2.5,表级约束：

		create table t_vip(
			id int,
			name varchar(255),
			primary key(id)  // 表级约束
			);

2.6,复合主键

// id和name联合起来做主键：复合主键！！！！
		create table t_vip(
			id int,
			name varchar(255),
			email varchar(255),
			primary key(id,name)
		);

2.7.主键维护：

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

	create table t_vip(
			id int primary key 	auto_increment, //auto_increment表示自增，从1开始，以1递增！
			name varchar(255)
			);

2.8.主键的分类：

主键除了单一主键和复合主键之外，还可以分为：
1.自然主键：主键值是一个自然数，和业务没关系。
2.业务主键：主键值和业务紧密关联，例如拿银行卡账号做主键值。这就是业务主键。

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

3. 外键约束（foreign key，简称FK）非常重要！！

外键约束涉及到的相关术语：
外键约束：一种约束（foreign key）
外键字段：该字段上添加了外键约束。
外键值：外键字段当中的每一个值。

语法：

 foreign key(添加外键的字段) references 表名(表中成为外键的字段)

例如：

create table t_user(
			u_id int primary key,
			name varchar(255),
			email varchar(255)
			);
create table t_vip(
			id int,
			name varchar(255),
			email varchar(255),
			foreign key (id) references t_user(u_id)
		);

特点：添加外键的字段只能是该外键记录中存在的值
例如：
t_user表中的u_id字段中只有102,103,104.这三个值，那么t_vip中的id添加t_user中的t_id为外键后，t_vip中的id只能是这三个值中的一个！！

五.引擎

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

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

2.查看表的引擎

	show create table 表名;

3.给表指定引擎

语法：

create table t_user(
			u_id int primary key,
			name varchar(255),
			email varchar(255)
			)engine = 引擎名 default charset = utf8;

在建表的时候可以在最后小括号的")"的右边使用：
ENGINE来指定存储引擎。
CHARSET来指定这张表的字符编码方式。

注意：引擎名不用单引号，utf8中间没有‘-’符
4.查看mysql支持哪些存储引擎

语法：

	show engines \G

5.关于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最大的特点就是支持事务：
以保证数据的安全。效率不是很高，并且也不能压缩，不能转换为只读，
不能很好的节省存储空间。

MEMORY存储引擎？
使用 MEMORY 存储引擎的表，其数据存储在内存中，且行的长度固定，
这两个特点使得 MEMORY 存储引擎非常快。
MEMORY 存储引擎管理的表具有下列特征：
– 在数据库目录内，每个表均以.frm 格式的文件表示。
– 表数据及索引被存储在内存中。（目的就是快，查询快！）
– 表级锁机制。
– 不能包含 TEXT 或 BLOB 字段。

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

MEMORY引擎优点：查询效率是最高的。不需要和硬盘交互。
MEMORY引擎缺点：不安全，关机之后数据消失。因为数据和索引都是在内存当中。

六，事务

1.什么是事务

事务对应的英语单词是：transaction。
一个事务其实就是一个完整的业务逻辑。
是一个最小的工作单元。不可再分。

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

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

只有DML语句才会有事务这一说，其它语句和事务无关！！！
insert delete update
只有以上的三个语句和事务有关系，其它都没有关系。

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

数据安全第一位` ！！！

注意：

事务：就是批量的DML语句同时成功，或者同时失败！

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

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

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

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

提交事务？
		**清空事务性活动的日志文件**，将数据全部彻底持久化到数据库表中。
		提交事务标志着，事务的结束。**并且是一种全部成功的结束。**

 回滚事务？
	**将之前所有的DML操作全部撤销**，并且清空事务性活动的日志文件
	回滚事务标志着，事务的结束。**并且是一种全部失败的结束**。

3.怎么提交事务，怎么回滚事务？

提交事务：commit; 语句

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

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

4.什么事自动提交

什么是自动提交？
每执行一条DML语句，则提交一次！
怎么将mysql的自动提交机制关闭掉呢？
执行这个命令：

			start transaction;

5.事务的4个特性

A：原子性
说明事务是最小的工作单元。不可再分。

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

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

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

6.事务的隔离性

6.1读未提交：read uncommitted（最低的隔离级别）《没有提交就读到了》
什么是读未提交？
事务A可以读取到事务B未提交的数据。
这种隔离级别存在的问题就是：
脏读现象！(Dirty Read)
我们称读到了脏数据。
这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！
6.2 读已提交：read committed《提交之后才能读到》
什么是读已提交？
事务A只能读取到事务B提交之后的数据。
这种隔离级别解决了什么问题？
解决了脏读的现象。
这种隔离级别存在什么问题？
不可重复读取数据。
什么是不可重复读取数据呢？
在事务开启之后，第一次读到的数据是3条，当前事务还没有结束，可能第二次再读取的时候，读到的数据是4条，3不等于4，称为不可重复读取。

这种隔离级别是比较真实的数据，每一次读到的数据是绝对的真实。
oracle数据库默认的隔离级别是：read committed

6.3可重复读：repeatable read《提交之后也读不到，永远读取的都是刚开启事务时的数据》
mysql中默认的事务隔离级别就是这个！！！！！！！！！！！
什么是可重复读取？

事务A开启之后，不管是多久，每一次在事务A中读取到的数据
都是一致的。即使事务B将数据已经修改，并且提交了，事务A
读取到的数据还是没有发生改变，这就是可重复读。
可重复读解决了什么问题？
解决了不可重复读取数据。
可重复读存在的问题是什么？
可以会出现幻影读。
每一次读取到的数据都是幻象。不够真实！

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

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

7.验证各种隔离级别

查看隔离级别：

SELECT @@tx_isolation

+-----------------+
| @@tx_isolation  |
+-----------------+
| REPEATABLE-READ |
+-----------------+
mysql默认的隔离级别

8.设置事务的隔离级别：

set global transaction usolation level 隔离级别
//例如设置读未提交
set global transaction isolation level read uncommitted;

七，索引：

1.什么事索引？

索引是在数据库表的字段上添加的，是为了提高查询效率存在的一种机制。
一张表的一个字段可以添加一个索引，当然，多个字段联合起来也可以添加索引。
索引相当于一本书的目录，是为了缩小扫描范围而存在的一种机制。

注意：
在实际中，汉语字典前面的目录是排序的，按照a b c d e f…排序，
为什么排序呢？因为只有排序了才会有区间查找这一说！（缩小扫描范围
其实就是扫描某个区间罢了！）

在mysql数据库当中索引也是需要排序的，并且这个所以的排序和TreeSet数据结构相同。TreeSet(TreeMap)底层是一个自平衡的二叉树！在mysql当中索引是一个B-Tree数据结构。

遵循左小又大原则存放。采用中序遍历方式遍历取数据。

2.索引的实现原理：

1：在任何数据库当中主键上都会自动添加索引对象。另外在mysql当中，一个字段上如果有unique约束的话，也会自动创建索引对象。

2：在任何数据库当中，任何一张表的任何一条记录在硬盘存储上都有
一个硬盘的物理存储编号。

3：在mysql当中，索引是一个单独的对象，不同的存储引擎以不同的形式
存在，在MyISAM存储引擎中，索引存储在一个.MYI文件中。在InnoDB存储引擎中索引存储在一个逻辑名称叫做tablespace的当中。在MEMORY存储引擎当中索引被存储在内存当中。不管索引存储在哪里，索引在mysql当中都是一个树的形式存在。（自平衡二叉树：B-Tree）

3.添加索引的条件

1.条件1：数据量庞大（到底有多么庞大算庞大，这个需要测试，因为每一个硬件环境不同）
条件2：该字段经常出现在where的后面，以条件的形式存在，也就是说这个字段总是被扫描。
条件3：该字段很少的DML(insert delete update)操作。（因为DML之后，索引需要重新排序。）
注意：
1.建议不要随意添加索引，因为索引也是需要维护的，太多的话反而会降低系统的性能。
2.建议通过主键查询，建议通过unique约束的字段进行查询，效率是比较高的。

4.索引的添加/删除语法：

1.添加索引

	 create index 索引名 on 表名(添加索引的字段);
 //例如
	 create index emp_ename_index on emp(ename);
//给emp表的ename字段添加索引，起名：emp_ename_index

2.删除索引

	mysql> drop index 索引名 on 表名;
//例如
	mysql> drop index emp_ename_index on emp;
//将emp表上的emp_ename_index索引对象删除。

5.在mysql当中，怎么查看一个SQL语句是否使用了索引进行检索？

注意： select前加explain表示看看查询方式！！！

     explain select * from emp where ename = 'KING';

+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | emp   | ALL  | NULL          | NULL | NULL    | NULL |   14 | Using where |
+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
扫描14条记录：说明没有使用索引。 type=ALL
创建索引后**

	create index emp_ename_index on emp(ename);
	explain select * from emp where ename = 'KING';

+----+-------------+-------+------+-----------------+-----------------+---------+-------+------+-------------+
| id | select_type | table | type | possible_keys   | key             | key_len | ref   | rows | Extra       |
+----+-------------+-------+------+-----------------+-----------------+---------+-------+------+-------------+
|  1 | SIMPLE      | emp   | ref  | emp_ename_index | emp_ename_index | 33      | const |    1 | Using where |
+----+-------------+-------+------+-----------------+-----------------+---------+-------+------+-------------+
扫描14条记录：说明使用索引。type=ref

6.索引失效的情况

1.模糊查询：

	 explain select * from emp where ename like '%T';

	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	|  1 | SIMPLE      | emp   | ALL  | NULL          | NULL | NULL    | NULL |   14 | Using where |
	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	扫描14条记录：说明没有使用索引。type=all

ename上即使添加了索引，也不会走索引，为什么？
原因是因为模糊匹配当中以“%”开头了！
尽量避免模糊查询的时候以“%”开始。这是一种优化的手段/策略。
2.使用‘or’关键字

	explain select * from emp where ename = 'KING' or job = 'MANAGER';

	+----+-------------+-------+------+-----------------+------+---------+------+------+-------------+
	| id | select_type | table | type | possible_keys   | key  | key_len | ref  | rows | Extra       |
	+----+-------------+-------+------+-----------------+------+---------+------+------+-------------+
	|  1 | SIMPLE      | emp   | ALL  | emp_ename_index | NULL | NULL    | NULL |   14 | Using where |
	+----+-------------+-------+------+-----------------+------+---------+------+------+-------------+

使用or的时候会失效，如果使用or那么要求or两边的条件字段都要有
索引，才会走索引，如果其中一边有一个字段没有索引，那么另一个
字段上的索引也会实现。所以这就是为什么不建议使用or的原因。
3.使用复合索引
使用复合索引的时候，没有使用左侧的列查找，索引失效
什么是复合索引？
两个字段，或者更多的字段联合起来添加一个索引，叫做复合索引。

	create index emp_job_sal_index on emp(job,sal);
	explain select * from emp where job = 'MANAGER';

	+----+-------------+-------+------+-------------------+-------------------+---------+-------+------+-------------+
	| id | select_type | table | type | possible_keys     | key               | key_len | ref   | rows | Extra       |
	+----+-------------+-------+------+-------------------+-------------------+---------+-------+------+-------------+
	|  1 | SIMPLE      | emp   | ref  | emp_job_sal_index | emp_job_sal_index | 30      | const |    3 | Using where |
	+----+-------------+-------+------+-------------------+-------------------+---------+-------+------+-------------+
	type=ref说明使用索引。

	explain select * from emp where sal = 800;

	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	|  1 | SIMPLE      | emp   | ALL  | NULL          | NULL | NULL    | NULL |   14 | Using where |
	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	type=all说明没有使用索引。

4.在where当中索引列参加了运算，索引失效。

	create index emp_sal_index on emp(sal);
	explain select * from emp where sal = 800;

	+----+-------------+-------+------+---------------+---------------+---------+-------+------+-------------+
	| id | select_type | table | type | possible_keys | key           | key_len | ref   | rows | Extra       |
	+----+-------------+-------+------+---------------+---------------+---------+-------+------+-------------+
	|  1 | SIMPLE      | emp   | ref  | emp_sal_index | emp_sal_index | 9       | const |    1 | Using where |
	+----+-------------+-------+------+---------------+---------------+---------+-------+------+-------------+
	type=ref说明使用索引。

 explain select * from emp where sal+1 = 800;

	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	|  1 | SIMPLE      | emp   | ALL  | NULL          | NULL | NULL    | NULL |   14 | Using where |
	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	type=all说明没有使用索引

5.在where当中索引列使用了函数

	explain select * from emp where lower(ename) = 'smith';

	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra       |
	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
	|  1 | SIMPLE      | emp   | ALL  | NULL          | NULL | NULL    | NULL |   14 | Using where |
	+----+-------------+-------+------+---------------+------+---------+------+------+-------------+
		type=all说明没有使用索引

失效的第6…
失效的第7…
失效的情况还有很多，这里就不一一例举了

7.索引是各种数据库进行优化的重要手段。

优化的时候优先考虑的因素就是索引。索引在数据库当中分了很多类：
1.单一索引：一个字段上添加索引。
复合索引：两个字段或者更多的字段上添加索引。

2.主键索引：主键上添加索引。
唯一性索引：具有unique约束的字段上添加索引。
…

注意：唯一性比较弱的字段上添加索引用处不大。

8，视图（view）

.1、什么是视图？

view:站在不同的角度去看待同一份数据。

2，创建/删除视图。

//表复制：
	create table dept2 as select * from dept;
	//查看dept2表中的数据：
	select * from dept2;

+--------+------------+----------+
| DEPTNO | DNAME      | LOC      |
+--------+------------+----------+
|     10 | ACCOUNTING | NEW YORK |
|     20 | RESEARCH   | DALLAS   |
|     30 | SALES      | CHICAGO  |
|     40 | OPERATIONS | BOSTON   |
+--------+------------+----------+

	//创建视图对象：
	create view 视图名 as select * from 表名;
	//例如
	create view dept2_view as select * from dept2;
	//删除视图对象：
	drop view 视图名;
	//例如
	drop view dept2_view;

注意：只有DQL语句才能以view的形式创建。
create view 视图名as 这里的语句必须是DQL语句，以DQL语句返回的对象作为视图view的对象;

3、用视图做什么？（重点）

我们可以面向视图对象进行增删改查，对视图对象的增删改查，会导致
原表被操作！（视图的特点：通过对视图的操作，会影响到原表数据。）

	//面向视图查询
	select * from 视图名; 
	// 面向视图插入
	insert into 视图名(字段)values(对应字段),(),(),...;
	// 面向视图删除
	 delete from 视图名 where = 条件
	 // 面向视图更新
	update 视图名 set 更改的字段 where 条件;
	 

提示： 对视图的增删改查和对表的怎删改查类似。但是对视图的修改会导致对应表的更改

4、视图对象在实际开发中到底有什么用？

1.方便，2.简化开发，3.利于维护
假设有一条非常复杂的SQL语句，而这条SQL语句需要在不同的位置上反复使用。每一次使用这个sql语句的时候都需要重新编写，很长，很麻烦，怎么办？
可以把这条复杂的SQL语句以视图对象的形式新建。
在需要编写这条SQL语句的位置直接使用视图对象，可以大大简化开发。
并且利于后期的维护，因为修改的时候也只需要修改一个位置就行，只需要 修改视图对象所映射的SQL语句。

我们以后面向视图开发的时候，使用视图的时候可以像使用table一样。
可以对视图进行增删改查等操作。视图不是在内存当中，视图对象也是
存储在硬盘上的，不会消失。
再提醒一下：
视图对应的语句只能是DQL语句。
但是视图对象创建完成之后，可以对视图进行增删改查等操作。

小插曲：
增删改查，又叫做：CRUD。
CRUD是在公司中程序员之间沟通的术语。一般我们很少说增删改查。
一般都说CRUD。

C:Create（增）
R:Retrive（查：检索）
U:Update（改）
D:Delete（删）

9,DBA常用命令

重点掌握：
数据的导入和导出（数据的备份）
其它命令了解一下即可。）

1.数据导出:
注意：在windows的dos命令窗口中：

	mysqldump 数据库名>D:\\路径\文件名.sql -u账号 -p密码
	//注意是以SQL文件的形式导出（路径中最好不要有中文名）

可以导出指定的表吗？

		mysqldump 数据库名 表名>D:\\路径\文件名.sql -u账号 -p密码

数据导入？
注意：需要先登录到mysql数据库服务器上。
然后创建数据库：create database 数据库名;
使用数据库：use 数据库名
然后初始化数据库：

 source D:\路径\文件名.sql

10,数据库设计三范式

1、什么是数据库设计范式？

数据库表的设计依据。教你怎么进行数据库表的设计。

2、数据库设计范式共有？

3个。
第一范式：要求任何一张表必须有主键，每一个字段原子性不可再分。

第二范式：建立在第一范式的基础之上，要求所有非主键字段完全依赖主键，
不要产生部分依赖。

第三范式：建立在第二范式的基础之上，要求所有非主键字段直接依赖主键，
不要产生传递依赖。

声明：三范式是面试官经常问的，所以一定要熟记在心！

设计数据库表的时候，按照以上的范式进行，可以避免表中数据的冗余，空间的浪费。

3、第一范式

最核心，最重要的范式，所有表的设计都需要满足。
必须有主键，并且每一个字段都是原子性不可再分。

学生编号 学生姓名 联系方式
------------------------------------------
1001		张三		zs@gmail.com,1359999999
1002		李四		ls@gmail.com,13699999999
1001		王五		ww@163.net,13488888888

以上是学生表，满足第一范式吗？
不满足，第一：没有主键。第二：联系方式可以分为邮箱地址和电话

学生编号(pk)      学生姓名	     邮箱地址			联系电话
----------------------------------------------------
1001				张三		zs@gmail.com	1359999999
1002				李四		ls@gmail.com	13699999999
1003				王五		ww@163.net		13488888888

4、第二范式：

建立在第一范式的基础之上，
要求所有非主键字段必须完全依赖主键，不要产生部分依赖。

学生编号 学生姓名 教师编号 教师姓名
----------------------------------------------------
1001			张三		001		王老师
1002			李四		002		赵老师
1003			王五		001		王老师
1001			张三		002		赵老师

这张表描述了学生和老师的关系：（1个学生可能有多个老师，1个老师有多个学生）
这是非常典型的：多对多关系！

分析以上的表是否满足第一范式？
不满足第一范式。

怎么满足第一范式呢？修改

学生编号+教师编号(pk)		学生姓名  教师姓名
----------------------------------------------------
1001			001				张三			王老师
1002			002				李四			赵老师
1003			001				王五			王老师
1001			002				张三			赵老师

学生编号 教师编号，两个字段联合做主键，复合主键（PK: 学生编号+教师编号）
经过修改之后，以上的表满足了第一范式。但是满足第二范式吗？
不满足，“张三”依赖1001，“王老师”依赖001，显然产生了部分依赖。
产生部分依赖有什么缺点？
数据冗余了。空间浪费了。“张三”重复了，“王老师”重复了。

为了让以上的表满足第二范式，你需要这样设计：
使用三张表来表示多对多的关系！！！！
学生表

	学生编号(pk)		学生名字
	------------------------------------
	1001					张三
	1002					李四
	1003					王五

教师表

	教师编号(pk)		教师姓名
	--------------------------------------
	001					王老师
	002					赵老师

学生教师关系表
	id(pk)			学生编号(fk)			教师编号(fk)
	------------------------------------------------------
	1						1001						001
	2						1002						002
	3						1003						001
	4						1001						002

背口诀：
多对多怎么设计？
多对多，三张表，关系表两个外键！！！！！！！！！！！！！！！

5第三范式

第三范式建立在第二范式的基础之上
要求所有非主键字典必须直接依赖主键，不要产生传递依赖。

学生编号（PK） 学生姓名 班级编号  班级名称
---------------------------------------------------------
	1001				张三		01			一年一班
	1002				李四		02			一年二班
	1003				王五		03			一年三班
	1004				赵六		03			一年三班

以上表的设计是描述：班级和学生的关系。很显然是1对多关系！
一个教室中有多个学生。

分析以上表是否满足第一范式？
满足第一范式，有主键。

分析以上表是否满足第二范式？
满足第二范式，因为主键不是复合主键，没有产生部分依赖。主键是单一主键。

分析以上表是否满足第三范式？
第三范式要求：不要产生传递依赖！
一年一班依赖01，01依赖1001，产生了传递依赖。
不符合第三范式的要求。产生了传递依赖，数据的冗余。

那么应该怎么设计一对多呢？

班级表：一
	班级编号(pk)				班级名称
	----------------------------------------
	01								一年一班
	02								一年二班
	03								一年三班
学生表：多

学生编号（PK） 学生姓名 班级编号(fk)
	-------------------------------------------
	1001				张三			01			
	1002				李四			02			
	1003				王五			03			
	1004				赵六			03		
	
	背口诀：
		一对多，两张表，多的表加外键！！！！！！！！！！！！

6、总结表的设计？

一对多：
一对多，两张表，多的表加外键！！！！！！！！！！！！

多对多：
多对多，三张表，关系表两个外键！！！！！！！！！！！！！！！

一对一：外键唯一！！！！！！！！！！

7、嘱咐一句话：

数据库设计三范式是理论上的。

实践和理论有的时候有偏差。

最终的目的都是为了满足客户的需求，有的时候会拿冗余换执行速度。

因为在sql当中，表和表之间连接次数越多，效率越低。（笛卡尔积）

有的时候可能会存在冗余，但是为了减少表的连接次数，这样做也是合理的，
并且对于开发人员来说，sql语句的编写难度也会降低。

面试的时候把这句话说上：他就不会认为你是初级程序员了！

创作不易，请勿白嫖，谢谢！！！

·········································································《贵大通信20李小江》

······················································································2021/6/19