MySQL数据库的完美卸载

：

第一步：双击安装包(mysql-8.0.15-winx64.msi)进行卸载删除。

第二步：删除目录：

把C:\ProgramData 下面的MySQL目录干掉。

把C:\Program Files (x86) 下面的MySQL目录干掉。

这样就卸载结束了。

MySQL服务

：计算机–>右键–>管理–>服务和应用程序–>服务–>找mysql服务。

使用命令来启动和关闭mysql服务

：


net stop 服务名称



net start 服务名称


其它服务的启停都可以采用以上的命令。

使用客户端登录mysql数据库

：

使用bin目录下的mysql.exe命令来连接mysql数据库服务器。

本地登录（显示编写密码的形式）：


mysql -uroot -p123456


本地登录（隐藏密码的形式）：


mysql -uroot -p



Enter password: ******


mysql常用命令

：

退出mysql：

exit


查看mysql中有哪些数据库：

show database;

注意以英文分号结尾。mysql默认自带了4个数据库。

选择使用某个数据库：

use database;


创建数据库：

create database 名称;


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

show tables;


查看mysql数据库的版本号：

select version();


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

select database();


查看mysql数据库当前的字符集：

show variables like '%char%';


强调

：

对于SQL语句来说，是通用的：

所有的SQL语句以“;”结尾。

另外SQL语句不区分大小写。

SQL语句的分类

：

DQL：

数据查询语言（凡是带有select关键字的都是查询语句）

DML(data manipulation language)：

数据操纵语言（凡是对表当中的数据进行增删改的都是）

insert delete update

这个主要是操作表中的数据data。

DDL(data definition language)：

数据定义语言（凡是带有create、drop、alter的都是）

create drop alter

这个主要是操作表的结构，不是表中的数据。

TCL：

事务控制语言

包括：

事务提交：commit;

事务回滚：rollback;

DCL(data control language)：

数据控制语言

例如：授权grant、撤销权限revoke…

导入.sql文件

：


mysql>source E:\安装包\百度网盘\老杜mysql资源\工具+源码+资料\document\bjpowernode.sql


查看表的结构

：


desc 表名;

或者

describe 表名;


查询所有字段

：


select * from 表名;


这种方式的缺点：

1.效率低

2.可读性差

在实际开发中不建议。

起别名

：

使用

as

关键字起别名。（可以省略）

注意：只是将显示的查询结果列名显示为别名，原表列名不会变。

记住：select语句是永远都不会进行修改操作的。（因为只负责查询）

别名里面有空格，DBMS进行SQL语句的编译会编译报错。可以加单引号或者双引号。

注意：在所有的数据库当中，字符串统一使用

单引号

括起来，单引号是标准，双引号在oracle数据库中用不了，但是在mysql中可以使用。

条件查询

and和or同时出现的话，优先级问题：

and优先级比or高。如果想让or先执行，需要加“小括号”。在开发中如果不确定优先级，加小括号就行了。

排序


order by

（排序总是在最后执行！）

例：

select ename,sal from emp order by sal; //默认是升序


asc是指定升序，desc是指定降序。

例：

select ename,sal from emp order by sal desc;


按照多个字段排序

：

在order by中写前面的起主导，只有第一个字段相等的时候，才会考虑启用第二个字段的排序。

例：

select ename,sal from emp order by sal asc, ename asc; //sal在前，起主导，只有sal相等的时候，才会考虑启用ename排序。


例子：找出工资在1250到3000之间的员工信息，要求按照薪资降序排列。

select ename,sal from emp where sal between 1250 and 3000 order by sal desc;

以上语句的执行顺序必须掌握：①from ②where ③select ④order by（排序总是在最后执行！）

数据处理函数

数据处理函数又被称为单行处理函数。

单行处理函数的特点：一个输入对应一个输出。

和单行处理函数相对的是：多行处理函数。（多行处理函数特点：多个输入对应1个输出！）

常见的单行处理函数：

分组函数/聚合函数

也叫多行处理函数。特点：输入多行，最终输出一行。

5个：

count 计数

sum 求和

avg 平均值

max 最大值

min 最小值

注意：

分组函数在使用的时候

必须先进行分组

，然后才能用。

如果没有对数据进行分组，整张表默认为一组。

分组函数在使用的时候需要注意哪些？


第一点：分组函数自动忽略NULL，你不需要提前对NULL进行处理。

第二点：

分组函数中count(

)和count(具体字段)的区别：

count(具体字段)：表示统计该字段下所有不为NULL的元素的总数。

count(

)：统计表中的总行数。（只要有一行数据count则++，因为每一行记录不可能都为NULL，一行数据中有一列不为NULL，则这行数据就是有效的。）

第三点：分组函数不能够直接使用在where子句中。

第四点：所有的分组函数可以组合起来一起用。

例：select sum(sal),min(sal),max(sal),avg(sal),count(*) from emp;

分组查询（非常重要）

在实际应用中，可能有这样的需求，需要先进行分组，然后对每一组的数据进行操作。这个时候我们需要使用分组查询。

select … from … group by …

计算每个部门的工资和？计算每个工作岗位的平均薪资？计算每个工作岗位的最高薪资？…

将之前的关键字全部组合在一起，看一下他们的执行顺序：

select … from … where … group by … order by …


执行顺序：1.from 2.where 3.group by 4.select 5.order by

为什么分组函数不能直接使用在where后面？

1.select ename,sal from emp where sal > min(sal); //报错

因为分组函数在使用的时候必须先分组之后才能使用。where执行的时候，还没有分组，所以where后面不能出现分组函数。

2.select sum(sal) from emp;

这个没有分组但sum()函数可以使用。因为select是在group by之后执行。

例：找出每个工作岗位的工资和？

实现思路：按照工作岗位分组，然后对工资求和。

select job,sum(sal) from emp group by job;

以上语句的执行顺序：

先从emp表中查询数据，根据job字段进行分组，然后对每一组的数据进行sum(sal)。

select ename,job,sum(sal) from emp group by job;

以上语句在mysql中可以执行，但是毫无意义。

以上语句在oracle中执行报错。

oracle的语法比mysql的语法严格。（mysql的语法相对来说松散一些！）


重点结论

：在一条select语句当中，如果有group by语句的话，select后面只能跟：参加分组的字段、分组函数。其它的一律不能跟。

having


使用having可以对分完组之后的数据进一步过滤。

having不能单独使用，having不能代替where，having必须和group by联合使用。

例：找出每个部门最高薪资，要求显示最高薪资大于3000的？

select deptno,max(sal) from emp group by deptno having max(sal) > 3000;

以上的sql语句效率比较低，实际上可以：

select deptno,max(sal) from emp where sal > 3000 group by deptno;

优化策略：where和having，优先选择where，where实在完成不了了，再选择having。

大总结

(单表的查询学完)

select … from … where … group by … having … order by …


执行顺序：1.from 2.where 3.group by 4.having 5.select 6.order by


相当于：

从某张表中查询数据。

先经过where条件筛选出有价值的数据。

对这些有价值的数据进行分组。

分组之后可以使用having继续筛选。

select查询出来。

最后排序输出！

例：找出每个岗位的平均薪资，要求显示平均薪资大于1500的，除MANAGER岗位之外，要求按照平均薪资降序排。

select job,avg(sal) as avgsal

from emp

where job <> ‘MANAGER’

group by job

having avg(sal) > 1500

order by avgsal desc;

distinct


把查询结果去除重复记录。

注意：原表数据不会被修改，只是查询结果去重。

distinct只能出现在所有字段的最前方。

distinct出现在两个字段之前，表示两个字段联合起来去重。

例：select distinct job,deptno from emp; //job和deptno联合起来再去重

例：统计一下工作岗位的数量？

select count(distinct job) from emp;

连接查询（非常重要）

多张表联合起来查询数据，称为连接查询。


连接查询的分类

：

根据语法的年代分类：

SQL92：1992年时出现的语法

SQL99：1999年时出现的语法（重点学习）

根据表连接的方式分类：

内连接：

等值连接、非等值连接、自连接

外连接：左外连接（左连接）、右外连接（右连接）、全连接

当两张表进行连接查询，没有任何条件限制的时候，最终查询结果条数，是两张表条数的乘积，这种现象被称为：

笛卡尔积现象

。

如何避免笛卡尔积现象？连接时加条件，满足这个条件的记录被筛选出来！

例：

select ename,dname from emp,dept where emp.deptno = dept.deptno; //SQL92语法

select的ename和dname不加表名的话，会从两张表去搜ename和dname，影响效率。所以这么写select emp.ename,dept.dname …。（表起别名很重要，效率问题）

注意

：通过笛卡尔积现象得出，表的连接次数越多效率越低，尽量避免表的连接次数。

内连接之等值连接

例：查询每个员工所在部门名称，显示员工名和部门名？

SQL92语法：

select e.ename,d.dname

from emp e,dept d

where e.deptno = d.deptno

sql92的缺点：结构不清晰，表的连接条件和后期进一步要筛选的条件，都放到了where后面。

SQL99语法：//inner可以省略（带着inner可读性更好！！！一眼就能看出来是内连接）

select e.ename,d.dname

from emp e

inner join dept d

on e.deptno = d.deptno

sql99的优点：表连接的条件是独立的，连接之后如果还需要进一步筛选，再往后继续添加where。


SQL99语法

：

select …

from a

join b

on a和b的连接条件

where 筛选条件

内连接之非等值连接

例：找出每个员工的薪资等级，要求显示员工名、薪资、薪资等级？

select e.ename, e.sal, s.grade

from emp e

join salgrade s

on e.sal between s.losal and s.hisal; //条件不是一个等量关系，称为非等值连接。

内连接之自连接

例：查询员工的上级领导，要求显示员工名和对应的领导名？

select a.ename as ‘员工名’, b.ename as ‘领导名’ from emp a join emp b on a.mgr = b.empno;

内连接的特点：完全能够匹配上这个条件的数据查询出来。

外连接

右外连接（右连接）：

例：//outer是可以省略的，带着可读性强。

select e.name,d.dname

from emp e

right outer join dept d

on e.deptno = d.deptno;

right代表：表示将join关键字右边的这张表看成主表，主要是为了将这张表的数据全部查询出来，捎带着关联查询左边的表。

在外连接当中，两张表连接，产生了主次关系。

左外连接（左连接）：

例：

select e.name,d.dname

from dept d

left join emp e

on d.deptno = e.deptno;

任何一个右连接都有左连接的写法，任何一个左连接都有右连接的写法。

思考：外连接的查询结果条数一定是 >= 内连接的查询结果条数。

子查询

select语句中嵌套select语句，被嵌套的select语句称为子查询。

子查询可以出现在哪：

select …(select).

from …(select).

where …(select).

where子句中的子查询


例：找出比最低工资高的员工姓名和工资？

select ename,sal from emp where sal > (select min(sal) from emp);

from子句中的子查询


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

例：找出每个岗位的平均工资的薪资等级？

select

t.*, s.grade

from

(select job, avg(sal) as avgsal from emp group by job) t

join

salgrade s

on t.avgsal between s.losal and s.hisal;

//on后面t.avgsal不能写成t.avg(sal)，否则会报错函数t.avg不存在，只能使用别名avgsal。

select后面出现的子查询（不需掌握）


例：找出每个员工的部门名称，要求显示员工名、部门名？

select e.ename,e.deptno,(select d.dname from dept d where e.deptno = d.deptno) as dname

from emp e;

注意：对于select后面的子查询来说，这个子查询只能一次返回1条结果，多于1条就报错！

例：select e.ename,e.deptno,(select dname from deptno) as dname from emp e; //错误：ERROR 1242 (21000)：Subquery returns more than 1 row

union合并查询结果集

例：查询工作岗位是MANAGER和SALESMAN的员工？

select ename,job from emp where job = ‘MANAGER’

union

select ename,job from emp where job = ‘SALESMAN’;

union在使用的时候注意事项：

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

2.结果集合并时列和列的数据类型要一致。MySQL可以，oracle语法严格，会报错。

默认情况下UNION操作符已经删除了重复数据，所以DISTINCT修饰符对结果没啥影响。


UNION ALL

返回所有结果集，包括重复数据。

limit（非常重要）

将查询结果集的一部分取出来。通常使用在分页查询当中。

完整用法：

limit startIndex, length;


startIndex是起始下标，length是长度。

起始下标从0开始。

缺省用法：

limit 5;

这是取前5，相当于

limit 0,5;


注意

：mysql当中limit在order by之后执行！！！！

例：取出工资排名在[5-9]名的员工？

select ename,sal from emp order by sal desc limit 4, 5;

分页


每页显示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

public static void main(String[] args){
    //用户提交过来一个页码，以及每页显示的记录条数
    int pageNo = 5; //第5页
    int pageSize = 10; //每页显示10条
    
    int startIndex = (pageNo - 1) * pageSize;
    String sql = "select ...limit" + startIndex +", " + pageSize;
}

记公式：

limit (pageNo-1)*pageSize , pageSize

关于DQL语句的大总结

select …

from …

where …

having …

order by …

limit …

执行顺序：1.from 2.where 3.group by 4.having 5.select 6.order by 7.limit

表的创建

建表语法格式：（建表属于

DDL语句

，DDL包括：create drop alter）

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

create table 表名(

字段名1 数据类型,

字段名2 数据类型,

字段名3 数据类型

);

表名：建议以t_ 或者 tbl_开始，可读性强。见名知意。

字段名：见名知意。

表名和字段名都属于标识符。

关于mysql中的数据类型


很多数据类型，常见的如下:


varchar

（最长255）

可变长度的字符串，比较智能，节省空间。会根据实际的数据长度动态分配空间。

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

char

（最长255）

定长字符串，不管实际的数据长度是多少。分配固定长度的空间去存储数据。

使用不恰当的时候可能会导致空间的浪费。

优点：不需要动态分配空间，速度快 缺点：使用不当可能会导致空间的浪费。

varchar和char我们应该怎么选择？

性别字段选什么？因为性别是固定长度的字符串，所以选择char。

姓名字段选什么？每一个人的名字长度不同，所以选择varchar。

int

（最长11）

数字中的整数型，等同于java的int。


bigint


数字中的长整型，等同于java的long。


float


单精度浮点型数据


double


双精度浮点型数据


date


短日期类型


datetime


长日期类型


clob

（Character Large OBject：CLOB）

字符大对象，最多可以存储4G的字符串。

比如：存储一篇文章，存储一个说明。

超过255个字符的都要采用CLOB字符大对象来存储。


blob

（Binary Large OBject）

二进制大对象，专门用来存储图片、声音、视频等流媒体数据。

往BLOB类型的字段上插入数据的时候，例如插入一个图片、视频等，需要使用IO流才行。

创建一个学生表

：

create table t_student(

no int,

name varchar(255),

sex char(1),

age int(3),

email varchar(255)

);


删除表

：

drop table t_student; //当这张表不存在的时候会报错！

所以采用：

drop table if exists t_student;

//如果这张表存在的话，删除

插入数据insert（DML）

语法格式：

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


注意：字段名和值要一一对应。数量要对应，数据类型要对应。

例：insert into t_student(no,name,sex,age,email) values(1,‘zhangsan’,‘m’,20,‘zhangsan@123.com’);

insert into t_student(name) values(‘wangwu’);

注意：insert语句但凡是执行成功了，那么必然会多一条记录。没有给其它字段指定值的话，默认值是NULL。

insert插入日期



str_to_date

：将字符串varchar类型转换成date类型。


date_format

：将date类型转换成具有一定格式的varchar字符串类型。

例：

drop table if exists t_user;
create table t_user(
  id int,
  name varchar(32),
  birth date //生日可以使用date日期类型
);
或
create table t_user(
  id int,
  name varchar(32),
  birth char(10) //生日也可以使用字符串，如1990-10-11有10个字符
);

注意：数据库有一条命名规范，所有的标识符都是全部小写，单词和单词之间使用下划线进行链接。

str_to_date

函数可以将字符串转换成日期类型date。

语法格式：

str_to_date('字符串日期','日期格式')


mysql的日期格式

：

%Y 年

%m 月

%d 日

%h 时

%i 分

%s 秒

例：insert into t_user(id,name,birth) values(1,‘zhangsan’,str_to_date(‘01-10-1990’,’%d-%m-%Y’));

如果提供的日期字符串是’%Y-%m-%d’这种默认格式，str_to_date函数就不需要了！

查询的时候可以以某个特定的日期格式展示吗？


date_format

这个函数可以将日期类型转换成特定格式的字符串。

例：select id,name,date_format(birth, ‘%m/%d/%Y’) as birth from t_user;

date_format函数语法：

date_format(日期类型数据, '日期格式')


这个函数通常使用在查询日期方面，设置展示的日期格式。

SQL查询日期类型时会进行默认的日期格式化，自动将数据库中的date类型转换成varchar类型，并且采用的格式是mysql默认的日期格式：’%Y-%m-%d’ 。

java中的日期格式：yyyy-MM-dd HH:mm:ss SSS

date和datetime

两个类型的区别？

date是短日期：只包括年月日信息。

datetime是长日期：包括年月日时分秒信息。

mysql短日期默认格式：%Y-%m-%d

mysql长日期默认格式：%Y-%m-%d %h:%i:%s

例：insert into t_user(id,name,birth,create_time) values(1,‘zhangsan’,‘1990-10-01’,‘2020-03-18 15:49:50’);

在mysql当中怎么获取系统当前时间？


now()

函数，并且获取的时间带有时分秒信息！！！是datetime类型的。

例：insert into t_user(id,name,birth,create_time) values(2,‘lisi’,‘1991-10-01’,now());

修改update（DML）

语法格式：

update 表名 set 字段名1=值1,字段名2=值2,字段名3=值3... where 条件;


注意：没有条件限制会导致所有数据全部更新。

例：update t_user set name = ‘jack’, birth = ‘2000-10-11’ where id = 2;

update t_user set name = ‘jack’, birth = ‘2000-10-11’, create_time = now() where id = 2;

更新所有？

update t_user set name = ‘abc’;

删除数据delete（DML）

语法格式：

delete from 表名 where 条件;


注意：没有条件，整张表的数据会全部删除！

例：delete from t_user where id = 2;

delete from t_user; //删除所有！

insert语句可以一次插入多条记录吗？


可以的。例：

insert into t_user(id,name,birth,create_time) values

(1,‘zs’‘1980-10-11’,now()),

(2,‘lisi’‘1980-10-11’,now()),

(3,‘wangwu’‘1980-10-11’,now()));

语法：

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


快速创建(复制)表

例：create table emp2 as select * from emp;

原理：将一个查询结果当作一张表新建！！！

这个可以完成表的

快速复制

！！！

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

例：create table mytable as select empno,ename from emp where job = ‘MANAGER’;

将查询结果插入到一张表当中？insert相关的


例：create table dept_bak as select * from emp;

insert into dept_bak select * from emp; //很少用

快速删除表中的数据（truncate比较重要）

例：delete from dept_bak; //这种删除数据的方式比较慢

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

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

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

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

truncate语句删除数据的原理？

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

缺点是：不支持回滚。

优点是：快速。

用法：

truncate table 表名;

（这种操作属于DDL操作！）

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

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

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

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

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

约束（非常重要）

约束对应的英语单词：constraint

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

约束的作用就是为了保证表中的数据有效！！

约束包括哪些？

非空约束：not null

唯一性约束：unique

主键约束：primary key（简称PK）

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

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

非空约束：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'),(2,'lisi');

insert into t_vip(id) values(3);

报错：ERROR 1364 (HY000): Field ‘name’ doesn’t have a default value

唯一性约束：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'),(2,'lisi','lisi@123.com');

insert into t_vip(id,name,email) values(3,‘zhangsan’,‘zhangsan@123.com’);

报错：ERROR 1062 (23000): Duplicate entry ‘zhangsan’ for key ‘name’

新需求：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> show columns from t_vip;
+-------+--------------+------+-----+---------+-------+
| Field | Type         | Null | Key | Default | Extra |
+-------+--------------+------+-----+---------+-------+
| id    | int(11)      | YES  |     | NULL    |       |
| name  | varchar(255) | NO   | PRI | NULL    |       |
+-------+--------------+------+-----+---------+-------+

在mysql当中，如果一个字段同时被not null和unique约束的话，该字段

自动变成主键字段

。（注意：oracle中不一样！）

主键约束(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'),(2,'lisi');

insert into t_vip(id,name) values(2,‘wangwu’);

报错：ERROR 1062 (23000): Duplicate entry ‘2’ for key ‘PRIMARY’

使用表级约束添加主键

：

drop table if exists _vip;
create table t_vip(
  id int,
  name varchar(255),
  primary key(id) /*表级约束*/
);

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

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 values(1,'zhangsan','zhangsan@123.com'),(1,'lisi','lisi@123.com');

insert into t_vip values(1,‘lisi’,‘lisi@123.com’);

报错：ERROR 1062 (23000): Duplicate entry ‘1-lisi’ for key ‘PRIMARY’

在实际开发中不建议使用：

复合主键，建议使用单一主键！


因为主键值存在的意义就是这行记录的身份证号，只要意义达到即可，单一主键可以做到。

复合主键比较复杂，不建议使用！！！

一张表主键约束只能添加1个！（主键只能有1个）

主键值建议使用：

int bigint char等类型。

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

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

自然主键：主键值是一个自然数，和业务没关系。

业务主键：主键值和业务紧密关联，例如：拿银行卡帐号做主键值，这就是业务主键！

在实际开发中自然主键使用比较多，因为主键只要做到不重复就行，不需要有意义。

业务主键不好，因为主键一旦和业务挂钩，那么当业务发生变动的时候，可能会影响到主键值，所以业务主键不建议使用。尽量使用自然主键。

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

drop table if exists t_vip;
create table t_vip(
  id int primary key auto_increment, /*auto_increment表示自增，从1开始！*/
  name varchar(255)
);
insert into t_vip(name) values('zhangsan'),('zhangsan'),('zhangsan'),('zhangsan');
select * from t_vip;

外键约束(foreign key，简称FK)非常重要

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

外键约束：一种约束（foreign key）。

外键字段：该字段上添加了外键约束。

外键值：外键字段当中的每一个值。

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

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

insert into t_class(classno,classname) values(100,'高三1班'),(101,'高三2班');
insert into t_student(name,cno) values('jack',100),('lucy',100),('zhangsan',101),('lisi',101);

select * from t_student;
select * from t_class;

注意：

t_class是父表，t_student是子表

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

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

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

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

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

不一定是主键，但至少具有unique约束。

外键值可以为NULL。

存储引擎

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

实际上存储引擎是一个表存储/组织数据的方式。

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

给表添加/指定“存储引擎”


查看建表语句：

show create table 表名;


例：

mysql> show create table t_student;

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=9 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci；

ENGINE来指定存储引擎。

CHARSET来指定这张表的字符编码方式。

结论：mysql默认的存储引擎是：InnoDB。mysql默认的字符编码方式是：utf8。

建表时指定存储引擎，以及字符编码方式。例：

create table t_product(
  id int primary key,
  name varchar(255)
)engine=InnoDB default charset=gbk;

查看MySQL支持哪些存储引擎？



mysql> show engines \G


*************************** 1. row ***************************
      Engine: MEMORY
     Support: YES
     Comment: Hash based, stored in memory, useful for temporary tables
Transactions: NO
          XA: NO
  Savepoints: NO
*************************** 2. row ***************************
      Engine: MRG_MYISAM
     Support: YES
     Comment: Collection of identical MyISAM tables
Transactions: NO
          XA: NO
  Savepoints: NO
*************************** 3. row ***************************
      Engine: CSV
     Support: YES
     Comment: CSV storage engine
Transactions: NO
          XA: NO
  Savepoints: NO
*************************** 4. row ***************************
      Engine: FEDERATED
     Support: NO
     Comment: Federated MySQL storage engine
Transactions: NULL
          XA: NULL
  Savepoints: NULL
*************************** 5. row ***************************
      Engine: PERFORMANCE_SCHEMA
     Support: YES
     Comment: Performance Schema
Transactions: NO
          XA: NO
  Savepoints: NO
*************************** 6. row ***************************
      Engine: MyISAM
     Support: YES
     Comment: MyISAM storage engine
Transactions: NO
          XA: NO
  Savepoints: NO
*************************** 7. row ***************************
      Engine: InnoDB
     Support: DEFAULT
     Comment: Supports transactions, row-level locking, and foreign keys
Transactions: YES
          XA: YES
  Savepoints: YES
*************************** 8. row ***************************
      Engine: BLACKHOLE
     Support: YES
     Comment: /dev/null storage engine (anything you write to it disappears)
Transactions: NO
          XA: NO
  Savepoints: NO
*************************** 9. row ***************************
      Engine: ARCHIVE
     Support: YES
     Comment: Archive storage engine
Transactions: NO
          XA: NO
  Savepoints: NO

mysql支持九大存储引擎，当前8.0.15支持8个。版本不同支持情况不同。

关于mysql常用的存储引擎

MyISAM存储引擎

：

MyISAM存储引擎是MySQL最常用的引擎。

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

1. 使用三个文件表示每个表：

格式文件 —— 存储表结构的定义（mytable.frm）

数据文件 —— 存储表行的内容（mytable.MYD）

索引文件 —— 存储表上索引（mytable.MYI）：索引是一本书的目录，缩小扫描范围，提高查询效率的一种机制。

2. 灵活的AUTO_INCREMENT字段处理
3. 可被转换为压缩、只读表来节省空间

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

MyISAM存储引擎特点

：

可被转换为压缩、只读表来节省空间，这是这种存储引擎的优势！！！

MyISAM不支持事务机制，安全性低。

InnoDB存储引擎

：

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引擎缺点：不安全，关机之后数据消失。因为数据和索引都是在内存当中。

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

一个事务其实就是一个完整的业务逻辑。

是一个最小的工作单元，不可再分。

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


假设转账，从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

事务结束了！

在事务的执行过程中，每一条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   | tj   |
+--------+-------+------+
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.00 sec)

mysql> select * from dept_bak;
+--------+-------+------+
| DEPTNO | DNAME | LOC  |
+--------+-------+------+
|     10 | abc   | tj   |
|     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   | tj   |
|     20 | abc   | tj   |
|     20 | abc   | tj   |
|     20 | abc   | tj   |
+--------+-------+------+
4 rows in set (0.00 sec)

事务包括4个特性

A (atomicity)：原子性

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

C (consistency)：一致性

所有事务要求，在同一个事务当中，所有操作必须同时成功，或者同时失败。

I (isolation)：隔离性

A事务和B事务之间具有一定的距离。

教室A和教室B之间有一道墙，这道墙就是隔离性。

A事务在操作一张表的时候，另一个事务B也操作这张表会哪样？？？

D (durability)：持久性

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

事务的隔离性

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

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

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

什么是读未提交？

事务A可以读取到事务B未提交的数据。

这种隔离级别存在的问题是：


脏读现象！

（Dirty Read）我们称读到了脏数据。

这种隔离级别一般都是理论上的，大多数的数据库隔离级别都是二档起步！

2. 读已提交：read committed《提交之后才能读到》

什么是读已提交？

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

这种隔离级别解决了什么问题？

解决了脏读的现象。

这种隔离级别存在什么问题？


不可重复读取数据。


什么是不可重复读取数据呢？

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

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

绝对的真实

。

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

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

什么是可重复读取？

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

可重复读解决了什么问题？

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

可重复读存在的问题是什么？

**可能会出现幻读。**每一次读取到的数据都是幻象，不够真实！

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

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

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

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

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

synchronized，线程同步（事务同步）

每一次读取到的数据都是最真实的，并且效率是最低的。

验证各种隔离级别

查看隔离级别：

服务器变量tx_isolation（包括会话级和全局级两个变量）中保存着当前的会话隔离级别。

为了查看当前隔离级别，可访问该变量。


select @@transaction_isolation;

//MySQL8是这个。MySQL5是@@tx_isolation。

或

select @@session.transaction_isolation;


或

select @@global.transaction_isolation;


验证：read uncommitted

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;//这里读到了事务B插入的zhangsan记录

验证：read committed

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(name) values('zhangsan');
select * from t_user;//读不到插入的zhangsan记录
                                        commit;
select * from t_user;//读到了zhangsan记录

验证：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(name) values('lisi');
                                        insert into t_user(name) values('wangwu');
                                        commit;
select * from t_user; //查询到的结果跟上一次查询的一样，不会显示lisi和wangwu。

验证：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(name) values('abc');
                                        select * from t_user;//这时候会一直在等待，查询不																															出来
commit;
                                         //这时候查询就执行成功，结果显示

索引（index）

索引是在数据库表的字段上添加的，是为了提高查询效率存在的一种机制。

一张表的一个字段可以添加一个索引，当然，多个字段联合起来也可以添加索引。

索引相当于一本书的目录，是为了缩小扫描范围而存在的一种机制。

对于一本字典来说，查找某个汉字有两种方式：

第一种方式：一页一页查找，直到找到为止，这种查找方式属于全字典扫描。效率比较低。

第二种方式：先通过目录（索引）去定位一个大概的位置，然后直接定位到这个位置，做局部性扫描，缩小扫描的范围，快速地查找。这种查找方式属于

通过索引检索

，效率较高。

例：select * from t_user where name = ‘jack’;

以上这条SQL语句会去name字段上扫描，因为查询条件是：name=’jack’

如果name字段上没有添加索引（目录），或者说没有给name字段创建索引，MySQL会进行全表扫描，会将name字段上的每一个值都比对一遍。效率比较低。

MySQL在查询方面主要就是两种方式：

第一种方式：全表扫描

第二种方式：根据索引检索

注意：

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

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

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

索引的实现原理

例：假设有一张用户表：

	id(PK)					name						每一行记录在硬盘上都有物理存储编号
	----------------------------------------------------------------------------------
	100						zhangsan					0x1111
	120						lisi							0x2222
	99						wangwu						0x8888
	88						zhaoliu						0x9999
	101						jack							0x6666
	55						lucy							0x5555
	130						tom								0x7777

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

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

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


在mysql当中，主键上，以及unique字段上都会自动添加索引的！！！


什么条件下，我们会考虑给字段添加索引呢？

条件1：数据量庞大

条件2：该字段经常出现在where后面，以条件的形式存在，也就是说这个字段总是被扫描。

条件3：该字段很少的DML(insert delete update)操作。（因为DML之后，索引需要重新排序。）

建议不要随意添加索引，因为索引也是需要维护的，太多的话反而会降低系统的性能。

建议通过主键查询，建议通过unique约束的字段进行查询，效率是比较高的。

索引的创建和删除

创建索引：

create index emp_ename_index on emp(ename);


给emp表的ename字段添加索引，起名：emp_ename_index

删除索引：

drop index emp_ename_index on emp;


将emp表上的emp_ename_index索引对象删除。

怎么查看一个SQL语句是否使用了索引进行检索？


使用

explain

关键字。

mysql> explain select * from emp where ename = 'KING';
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | emp   | NULL       | ALL  | NULL          | NULL | NULL    | NULL |   14 |    10.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
扫描了14条记录：说明没有使用索引。type=ALL

mysql> create index emp_ename_index on emp(ename);
mysql> explain select * from emp where ename = 'KING';
+----+-------------+-------+------------+------+-----------------+-----------------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys   | key             | key_len | ref   | rows | filtered | Extra |
+----+-------------+-------+------------+------+-----------------+-----------------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | emp   | NULL       | ref  | emp_ename_index | emp_ename_index | 43      | const |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+------+-----------------+-----------------+---------+-------+------+----------+-------+
type=rel。

索引失效的情况

失效的第1种情况：

select * from emp where ename like ‘%T’;

ename上即使添加了索引，也不会走索引，为什么？

原因是因为模糊匹配当中以“%”开头了！

尽量避免模糊匹配的时候以“%”开始。

这种一种优化的手段/策略。

mysql> explain select * from emp where ename like '%T';
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | emp   | NULL       | ALL  | NULL          | NULL | NULL    | NULL |   14 |    11.11 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+

失效的第2种情况：

使用or的时候会失效，如果使用or那么要求or两边的条件字段都要有索引，才会走索引。如果其中一边有一个字段没有索引，那么另一个字段上的索引也会失效。所以这就是为什么不建议使用or的原因。（可以改用union）

mysql> explain select * from emp where ename = 'KING' or job = 'MANAGER';
+----+-------------+-------+------------+------+-----------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys   | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+-----------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | emp   | NULL       | ALL  | emp_ename_index | NULL | NULL    | NULL |   14 |    16.43 | Using where |
+----+-------------+-------+------------+------+-----------------+------+---------+------+------+----------+-------------+

失效的第3种情况：

使用复合索引的时候，没有使用复合索引中左侧的列查找，索引失效。（左前缀原则）

比如一个复合索引有三个字段，where条件中要使用第二个索引字段时，必须要有第一个索引字段，否则索引失效；where条件中要使用第三个字段时，必须要有第一二个索引字段，否则索引失效！

什么是复合索引？

两个字段，或更多的字段联合起来添加一个索引，叫做复合索引。

mysql> create index emp_job_sal_index on emp(job,sal);
mysql> explain select * from emp where job = 'MANAGER';
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys     | key               | key_len | ref   | rows | filtered | Extra |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | emp   | NULL       | ref  | emp_job_sal_index | emp_job_sal_index | 39      | const |    3 |   100.00 | NULL  |
+----+-------------+-------+------------+------+-------------------+-------------------+---------+-------+------+----------+-------+
mysql> explain select * from emp where sal = 800;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | emp   | NULL       | ALL  | NULL          | NULL | NULL    | NULL |   14 |    10.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+

失效的第4种情况：

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

mysql> create index emp_sal_index on emp(sal);
mysql> explain select * from emp where sal = 800;
+----+-------------+-------+------------+------+---------------+---------------+---------+-------+------+----------+-------+
| id | select_type | table | partitions | type | possible_keys | key           | key_len | ref   | rows | filtered | Extra |
+----+-------------+-------+------------+------+---------------+---------------+---------+-------+------+----------+-------+
|  1 | SIMPLE      | emp   | NULL       | ref  | emp_sal_index | emp_sal_index | 9       | const |    1 |   100.00 | NULL  |
+----+-------------+-------+------------+------+---------------+---------------+---------+-------+------+----------+-------+
mysql> explain select * from emp where sal+1 = 800;
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | emp   | NULL       | ALL  | NULL          | NULL | NULL    | NULL |   14 |   100.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+

失效的第5种情况：

在where当中索引列使用了函数，索引失效。

mysql> explain select * from emp where lower(ename) = 'smith';
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
| id | select_type | table | partitions | type | possible_keys | key  | key_len | ref  | rows | filtered | Extra       |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+
|  1 | SIMPLE      | emp   | NULL       | ALL  | NULL          | NULL | NULL    | NULL |   14 |   100.00 | Using where |
+----+-------------+-------+------------+------+---------------+------+---------+------+------+----------+-------------+

失效的第6…

失效的第7…

索引的分类

索引是各种数据库进行优化的重要手段。优化的时候优先考虑的因素就是索引。

单一索引：一个字段上添加索引。

复合索引：两个字段或者更多的字段上添加索引。

主键索引：主键上添加索引。

唯一性索引：具有unique约束的字段上添加索引。

注意：唯一性比较弱的字段上添加索引用处不大。也就是该字段上字段值大多数重复的话，添加索引用处不大。

视图（View）

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

创建和删除视图


创建视图对象：

create view 视图名 as 查询语句;


删除视图对象：

drop view 视图名;


注意

：只有DQL语句才能以view的形式创建。


create view view_name as 这里的语句必须是DQL语句;


用视图做什么？


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

//复制表
create table dept2 as select * from dept;
//创建视图对象
create view dept2_view as select * from dept2;
//面向视图查询
select * from dept2_view;
//面向视图插入
insert into dept2_view(deptno,dname,loc) values(60,'SALES','BEIJING');

//查询原表数据
select * from dept2;

//面向视图删除
delete from dept2_view;

//查询原表数据
select * from dept2;

视图对象在实际开发中到底有什么用？《方便，简化开发，利于维护》


假设有一条非常复杂的SQL语句，而这条SQL语句需要在不同的位置上反复使用。每一次使用这条sql语句的时候都需要重新编写，很长很麻烦，怎么办？

可以把这条复杂的SQL语句以视图对象的形式创建。在需要编写这条SQL语句的位置直接使用视图对象，可以大大简化开发。并且利于后期的维护，因为修改的时候也只需要修改一个位置就行，只需要修改视图对象所映射的SQL语句。

我们以后在面向视图开发的时候，使用视图的时候可以像使用table一样，可以对视图进行增删改查等操作。视图不是在内存当中，视图对象也是存储在硬盘上的，不会消失。

再提醒一下：

视图对应的语句只能是DQL语句。

但是视图对象创建完成之后，可以对视图进行增删改查等操作。

小插曲：

增删改查，又称CRUD。

C：Create（增加）

R：retrieve（检索）

U：Update（更新）

D：Delete（删除）

DBA命令

新建用户


create user username identified by 'pqssword';


username：将创建的用户名。

password：该用户的登陆密码，密码可以为空，如果为空则该用户可以不需要密码登录服务器。

例：create user p361 identified by ‘123’;

用户重命名：


rename user 'test'@'%' to 'test1'@'%';


修改密码

先进入mysql库：

use mysql


修改密码：

mysql5.7之前：


update user set password = password('新密码') where user = '用户名';


mysql5.7之后：


update user set authentication_string = password('新密码') where user = '用户名';


删除用户

语法：


use mysql



select host,user from user;



drop user 'username'@'login ip';


授权

语法：

grant all privileges on dbname.tbname to 'username'@'login ip' identified by 'password' with grant option;


all privileges：表示将所有权限授予给用户，也可指定具体权限，例如：SELECT、CREATE、DROP等。

dbname：* 表示所有数据库。

tbname：* 表示所有表。

login ip：% 表示任何ip，还可以“192.168.0.%”表示只能在192.168.0IP段登录。

password：为空的话表示不需要密码即可登录。

with grant option：表示该用户还可以授权给其他用户。

例：grant select on _

.

_to ‘test’@’%’ identified by ‘test’ with grant option;

privileges包括

：

1. alter：修改数据库的表
2. create：创建新的数据库或表
3. delete：删除表数据
4. drop：删除数据库或表
5. index：创建/删除索引
6. insert：添加表数据
7. select：查询表数据
8. update：更新表数据
9. all：允许任何操作
10. usage：只允许登录

刷新权限：


flush privileges;


查看用户的权限

第一种：

show grants for username;


第二种：

select * from mysql.user where user = 'username'\G;


回收权限

语法：

revoke all privileges on dbname.[tbname] from username;


例：revoke all privileges on

.

from test;

flush privileges;

数据的导入和导出

数据导出：


导出整个数据库：

在windows的dos命令窗口中：

mysqldump bjpowernode>D:\bjpowernode.sql -uroot -p123456


导出指定库下的指定表：

在windows的dos命令窗口中：

mysqldump bjpowernode emp>D:\bjpowernode.sql -uroot -p123456



数据导入：


需要先登录到mysql数据库服务器上。

然后创建数据库：

create database bjpowernode;


使用数据库：

use bjpowernode


然后初始化数据库：

source D:\bjpowernode.sql


数据库设计三范式

什么是数据库设计范式？

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

数据库设计范式共有3个：


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


第二范式

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


第三范式

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

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

第一范式

最核心、最重要的范式，所有表的设计都需要满足。

必须有主键，并且每一个字段都是原子性不可再分。

例：

	学生编号	 学生姓名 			联系方式
	------------------------------------------
	1001				张三			zs@gmail.com,1359999999
	1002				李四			ls@gmail.com,13699999999
	1001				王五			ww@163.net,13488888888
  
以上是学生表，满足第一范式吗？
  不满足，第一：没有主键。第二：联系方式可以分为邮箱地址和电话。

第二范式

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

例：

学生编号	 学生姓名 	教师编号	 教师姓名
----------------------------------------------------
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

背口诀：

多对多怎么设计？

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

第三范式

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

例：

学生编号（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	

背口诀：

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

总结表的设计

一对多：

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

多对多：

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

一对一：

一对一放到一张表中不就行了吗？为啥还要拆分表？

在实际的开发中，可能存在一张表字段太多，太庞大。这个时候要拆分表。

一对一怎么设计？

没有拆分表之前：一张表
t_user
id		login_name		login_pwd		real_name				email				address........
---------------------------------------------------------------------------
  1			zhangsan			123					张三				zhangsan@xxx
  2			lisi					123					李四				lisi@xxx
  ...

这种庞大的表建议拆分为两张：
t_login 登录信息表
id(pk)		login_name		login_pwd	
---------------------------------
  1				zhangsan			123			
  2				lisi					123			

t_user 用户详细信息表
id(pk)		real_name		email				address........	login_id(fk+unique)
-----------------------------------------------------------------------------------------
  100			张三				zhangsan@xxx										1
  200			李四				lisi@xxx												2

口诀：

一对一，外键唯一！！！

嘱咐：

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

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

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

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

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