MySQL 多表查询与事务的操作

表连接查询

什么是多表查询

# 数据准备

 # 多表查询的作用
  * 比如:我们想查询孙悟空的名字和他所在的部门的名字,则需要使用多表查询

# 如果一条 SQL 语句查询多张表,因为查询结果在多张不同的表中,每张表取 1 列或多列

# 多表查询的分类

 笛卡尔积现象

# 什么是笛卡尔积现象?

 # 如何消除笛卡尔积现象的影响
  * 我们发现不是所有的数据组合都是有用的,只有员工表.dept_id = 部门表.id 的数据才是有用的。所以需要通过条件过滤掉没用的数据

 内连接

用左边表的记录去匹配右边表的记录,如果符合条件的则显示。如:从表.外键 = 主表.主键

# 隐式内连接
  * 看不到 JOIN 关键字,条件使用 WHERE 指定

 # 显示内连接
  * 使用 INNER JOIN ... ON 语句,可以省略 INNER

 # 内连接查询的步骤:
  * 确定查询哪些表
  * 确定表连接的条件
  * 确定查询的条件
  * 确定查询的字段

左外连接

# 使用 LEFT OUTER JOIN ... ON 语句,OUTER 可以省略

  * 用左表的记录去匹配右边表的记录,如果符合条件的则显示,否则,显示 NULL
  * 可以理解为:在内连接的基础上保证坐标的数据全部显示

 右外连接

# 使用 RIGHT OUTER JOIN ... ON 语句,OUTER 可以省略

  * 用右边表的记录去匹配左边表的记录,如果符合条件的则显示
  * 可以理解为:在内连接的基础上保证右表的数据全部显示

 子查询

什么是子查询


 # 子查询的概念:
  * 一个查询的结果作为另一个查询的条件
  * 有查询的嵌套,内部的查询称为子查询
  * 子查询要用括号

子查询结果的三种情况

# 子查询的结果是单行单列的

 # 子查询的结果是多行单列的

 # 子查询的结果是多行多列的

 子查询的结果是一个值的时候

# 子查询的结果只要是单行单列,肯定在 WHERE 后面作为条件,父查询一般使用比较运算符

 # 案例:查询工资最高的员工是谁

 # 案例:查询工资低于平均工资的员工有哪些

 子查询的结果是多行单列的时候

# 子查询的结果是单列多行,结果集类似于一个数组,父查询使用 IN 运算符。

 # 案例:查询工资大于 5000 的员工来自哪些部门

 # 案例:查询开发部与财务部所有的员工信息

 子查询的结果是多行多列的

# 子查询的结果只要是多列的,肯定在 FROM 后面作为表

  * 子查询作为表需要取别名,否则这张表没有名称则无法访问表中的字段

# 案例:查询 2011 年后入职的员工信息,包括部门名称

   * 使用表连接完成

 子查询小结

# 子查询结果只要是单列,则在 WHERE 后面作为条件

# 子查询结果只要是多列,则在 FROM 后面作为表进行二次查询

事务

事务的应用场景说明

# 什么是事务:在实际的开发过程中,一个业务操作如:转账,往往是要多次访问数据库才能完成的。转账是一个用户扣钱,另一个用户加钱。如果其中有一条 SQL 语句出现异常,这条 SQL 语句可能执行失败。

# 事务的执行是一个整体,所有的 SQL 语句都必须执行成功。如果其中有一条 SQL 语句出现异常,则所有的 SQL 语句都要回滚,整个业务执行失败。

# 转账操作

  * 模拟张三给李四转 500 元钱,一个转账业务至少要执行下面的 2 条语句:
    * 张三账号 - 500
    * 李四账号 + 500

  * 假设当张三账号上 -500 元操作发生后,服务器立刻崩溃了,李四的账户并没有 +500,那么此时数据就出现问题了。

手动提交事务

# MySQL 中可以有两种方式进行事务的操作:
  * 手动提交事务
  * 自动提交事务

# 手动提交事务的 SQL 语句

 # 手动提交事务使用过程
  * 执行成功的情况:开启事务 -> 执行多条 SQL 语句 -> 成功提交事务
  * 执行失败的情况:开启事务 -> 执行多条 SQL 语句 -> 事务的回滚

 # 案例演示:事务提交
  * 模拟张三给李四成功转账 500 元钱

  1) 使用 DOS 控制台进入 MySQL
  2) 执行以下 SQL 语句: 1.开启事务, 2.张三账号-500, 3.李四账号+500
  3) 使用 SQLYog 查看数据库:发现数据并没有改变
  4) 在控制台执行 commit 提交事务
  5) 使用 SQLYog 查看数据库:发现数据改变 

 # 案例演示:事务回滚
  * 模拟张三给李四失败地转账 500 元钱

  1) 在控制台执行以下 SQL 语句:1.开启事务, 2.张三账号-500
  2) 使用 SQLYog 查看数据库:发现数据并没有改变
  3) 在控制台执行 rollback 回滚事务:
  4) 使用 SQLYog 查看数据库:发现数据没有改变 

   * 总结:如果事务中 SQL 语句没有问题,commit 提交事务,会对数据库的数据进行改变。如果事务中 SQL 语句有问题,rollback 回滚事务,会回退到开启事务时的状态

 自动提交事务

# MySQL 默认每一条 DML(增删改)语句都是一个单独的事务,每条语句都会自动开启一个事务,语句执行完毕自动提交事务

 # 案例演示:自动提交事务
  1) 将金额重置为 1000
  2) 更新其中某一个账户
  3) 使用 SQLyog 查看数据库:发现数据已经改变

 # 取消自动提交

  * 查看 MySQL 是否开启自动提交事务

    @@表示全局变量,1 表示开启,0 表示关闭

  * 取消自动提交事务

  * 执行更新语句,使用 SQLyog 查看数据库,发现数据并没有改变
  * 在控制台执行 commit 提交任务

事务原理

# 事务开启之后,所有的操作都会临时保存到事务的日志中,事务日志只有在得到 commit 命令才会同步到数据表中,其他任何情况都会清空事务日志(rollback,断开连接)

# 原理图

 # 事务的步骤
  * 客户端连接数据库服务器,创建连接时创建此用户临时日志文件
  * 开启事务以后,所有的操作都会先写入到哦临时日志文件中
  * 所有的查询操作从表中查询,但会经过日志文件加功后才返回
  * 如果事务提交则将日志文件中的数据写到表中,否则清空日志文件

回滚点

# 什么是回滚点
  * 在某些成功的操作完成之后,后续的操作有可能成功有可能失败,但是不管成功还是失败,前面操作都已经成功,可以在当前成功的位置设置一个回滚点。可以供后续失败操作返回到该位置,而不是返回所有操作,这个点称为回滚点。

# 回滚点的操作语句

 # 具体操作
  1)将数据还原到 1000
  2)开启事务
  3)让张三账号减3次钱,每次10块
  4)设置回滚点:savepoint three_times;
  5)让张三账号减4次钱,每次10块
  6)回到回滚点:rollback to three_times;
  7)分析执行过程

# 总结:设置回滚点可以让我们在失败的时候回到回滚点,而不是回到事务开启的时候

事务的隔离级别

# 事务的四大特性 ACID

 # 并发访问的问题
  * 事务在操作时的理想状态:所有的事务之间保持隔离,互不影响。因为并发操作,多个用户同时访问同一个数据可能引发并发访问的问题:

 # MySQL 数据库有四种隔离级别
  * 上面的级别最低,下面的级别最高。

  * 隔离级别越高,性能越差,安全性越高。

# MySQL 事务隔离级别相关的命令
  * 查询全局事务隔离级别

  * 设置事务隔离级别,需要退出 MySQL 再重新登录才能看到隔离级别的变化

# 脏读 的演示
  * 将数据进行恢复:UPDATE account SET balance = 1000;
  1)打开 A 窗口登录 MySQL,设置全局的隔离级别为最低

   2)打开 B 窗口,A B 窗口都开启事务

   3)A 窗口更新 2 个人的账户数据,未提交

   4)B 窗口查询账户

   5)A 窗口回滚

   6) B 窗口查询账户,钱没了

 # 解决脏读的问题:将全局的隔离级别升级为 read committed
  * 将数据进行恢复:UPDATE account SET balance = 1000;

  1)在 A 窗口设置全局的隔离级别为 read committed

   2)B 窗口重新登录 MySQL

   3) 在 A B 窗口同时开启事务

   4)A 更新 2 个人的账户,未提交

   5)B 窗口查询账户

  6)A 窗口 commit 提交事务

   7)B 窗口查看账户

   * 结论:read committed 的方式可以避免脏读的发生

# 不可重复读的演示
  * 将数据进行恢复:UPDATE account SET balance = 1000;

  1)开启 A 窗口

   2)开启 B 窗口,在 B 窗口开启事务

   3)在 A 窗口开启事务,并更新数据

   4)B 窗口查询

# 解决不可重复的读的问题:将隔离级别提升为 repeatable read
  * 将数据进行恢复:UPDATE account SET balance = 1000;

  1)A 窗口设置隔离级别为:repeatable read

   2)B 窗口退出 MySQL,B 窗口再进入 MySQL

   3)A 窗口更新数据

   4)B 窗口查询

   * 结论:统一个事务中为了保证多次查询数据一致,必须使用 repeatable read 隔离

 # 幻读 的演示
  * 在 MySQL 中无法看到幻读的效果,但我们可以将事务隔离级别设置到最高,以挡住幻读的发生,将数据进行恢复

  * 将数据进行恢复:UPDATE account SET balance = 1000;

  1)开启 A 窗口

   2)A 窗口退出 MySQL,A 窗口重新登录 MySQL

  3)再开启 B 窗口,登录 MySQL

  4)在 B 窗口中开启事务,添加一条记录

   5)在 A 窗口中 commit 提交事务,B 窗口中的 insert 语句会在 A 窗口事务提交后马上运行

   6)在 A 窗口中接着查询,发现数据不变

   7)B 窗口中 commit 提交当前事务

   8)A 窗口就能看到最新的数据

   * 结论:使用 serializable 隔离级别,一个事务没有执行完,其他事务的 SQL 执行不了,可以挡住幻读

DCL(Data Control Language)

创建用户

# 语法
  * CREATE USER '用户名'@'主机名' IDENTIFIED BY '密码';

# 关键字说明

 # 具体操作
  * 创建 user1 用户,只能在 localhost 这个服务器登录 mysql 服务器,密码为 123

   * 创建 user2 用户,可以在任何电脑上登录 mysql 服务器,密码为123

 # 创建的用户名都在 mysql 数据库中的 user 表中可以查看到,密码经过加密

 给用户授权

# 语法:
  * GRANT 权限1,权限2,... ON 数据库.数据表 TO ‘用户名’@‘主机名’;

# 关键字说明

 # 具体操作:
  * 给 user1 用户分配对 test 这个数据库操作的权限:创建表,修改表,插入记录,更新记录,查询

   * 给 user2 用户分配所有权限,对所有数据库的所有表

 撤销权限

# 语法:
  * REVOKE 权限1,权限2,... ON 数据库.表名 FROM '用户名'@'主机名';

# 关键字说明

 # 具体操作
  * 撤销 user1 用户对 test 数据库所有表的操作权限

 查看权限

# 语法:
  * SHOW GRANTS FOR '用户名'@'主机名';

# 具体操作:
  * 查看 user1 用户的权限

 # usage 是指连接(登录)权限,建立一个用户,就会自动授予其 usage 权限(默认授予)

删除用户

# 语法:
  * DROP USER ‘用户名’@‘主机名’;

# 具体操作
  * 删除 user2

 修改管理员密码

# 语法1:
  * 管理员权限下 cmd 中输入 net stop mysql 关闭mysql服务
  * 使用无验证方式启动 mysql服务:mysql --skip-grant-tables
  * 打开新的cmd,输入 mysql,可以直接登录
  * 修改密码
  * 手动结束 mysqld.exe,并且启动 mysql 服务

# 语法2:
  * mysqladmin -uroot -p password 新密码(前提是知道当前密码)

# 具体操作
  * 将 root 管理员的新密码改为 123456

 修改普通用户密码

# 语法:
  * SET PASSWORD FOR ‘用户名’@‘主机名’=password('新密码');
  * 或者 UPDATE USER SET PASSWORD = PASSWORD('新密码') WHERE USER = '用户名';
  * 需要在 MySQL 登录的情况下操作

# 具体操作:
  * 将 user1@localhost 用户的密码改成 666666

原文地址:https://www.cnblogs.com/zhaochuming/p/13409950.html