MySQL-基础篇 ( 事务 )

• MySQL-基础篇 ( 事务 )
  • 事务简介
  • 事务操作
    • 方式一
    • 方式二
  • 事务四大特性 ( ACID )
  • 并发事务问题
  • 事务隔离级别

事务简介

• 事务是一组操作的集合，它是一个不可分割的工作单位，事务会把所有的操作作为一个整体一起向系统提交或撤销操作请求，即这些操作要么同时成功，要么同时失败
• 典型案例：银行转账，一方转账减钱时，若是中途出了问题，此方的钱数不会减少，而是回滚到转帐前的状态
• 默认 MySQL 的事务是自动提交的，也就是说，当执行一条 DML 语句，MySQL 会立即隐式的提交事务
  • 即中途出了问题，可能会导致一方钱数减少了，但另一方钱数没有增加

事务操作

方式一

• 查看事务提交方式

  • 直接输入语句：SELECT @@autocommit;

  

  • 1 表示当前事务是自动提交

• 设置事务提交方式

  • 设置为手动提交：SET @@autocommit = 0;

• 提交事务

  • 设置为手动提交后，SQL 语句并不会对数据库进行更改，想要提交到数据库需要在操作的最后执行：COMMIT;
  • 即，如果设置为了手动提交，则往后的所有对数据库的操作都要在执行后再 COMMIT; 才行

• 回滚事务

  • 设置为手动提交后，当事务中途出现错误，就不要再执行 COMMIT 提交了，而是执行：ROLLBACK; 进行回滚事务
  • 因为在报错前的语句还是都执行完成了，所以要回滚让执行过的恢复到初始状态

• 代码模拟：

  -- 查看事务提交方式
  SELECT @@AUTOCOMMIT;
  -- 设置事务提交方式，1为自动提交，0为手动提交，该设置只对当前会话有效
  SET @@AUTOCOMMIT = 0;
  
  -- 设置完手动提交后：
  select * from account where name = '张三';
  update account set money = money - 1000 where name = '张三';
  update account set money = money + 1000 where name = '李四';
  commit;
  -- 按照需要回滚事务：ROLLBACK;
  

方式二

• 开启事务

  • 在语句执行之前先执行：START TRANSACTION; 或 BEGIN;

• 提交事务

  • 同方式一，成功了就继续执行：COMMIT;

• 回滚事务

  • 同方式一，失败出错了，就不执行 COMMIT;，而是执行：ROLLBACK;

• 代码模拟：

  start transaction;
  select * from account where name = '张三';
  update account set money = money - 1000 where name = '张三';
  update account set money = money + 1000 where name = '李四';
  commit;
  -- 按照需要回滚事务：ROLLBACK;
  

事务四大特性 ( ACID )

• 原子性 ( Atomicity )：事务是一组操作，是不可分割的最小操作单元，要么全部成功，要么全部失败
• 一致性 ( Consistency )：事务完成时，必须使所有数据都保持一致状态
• 隔离性 ( Isolation )：数据库系统提供的隔离机制，保证事务在不受外部并发操作影响的独立环境下运行
• 持久性 ( Durability )：事务一旦提交或回滚，它对数据库中的数据的改变就是永久的
• 即 ( 以上述转账为例 )：
  • 原子性 —— 转账过程其中一步失败了，整个操作就失败了
  • 一致性 —— 不管事务成与不成，最后总余额数一致
  • 隔离性 —— 若干个并发事务，事务 A 和事务 B 两者执行互不干扰，都是独立环境下进行的
  • 持久性 —— 不管转账成与不成，最后的对数据库的改变是永久的 ( 数据库数据最终是保存、持久化到磁盘中的 —— 各信息都是在 MySQL 文件夹下以某种格式被保存着 )

并发事务问题

• 多个并发事务在执行的过程中所出现的并发事务问题：

事务隔离级别

• 为了解决在多个并发事务执行的过程中所出现的各种并发事务问题

• MySQL 默认的隔离级别是 Repeatable Read，而 Orcale 默认的就是 Read committed 了

  • Y 表示会出现，N 表示该问题不会出现
    • 从上到下隔离级别越高，但性能也就越差
      • 即 Read uncommitted 是效率最高的，但安全性是最差的

• 查看事务隔离级别：SELECT @@TRANSACTION_ISOLATION;

  • MySQL 下：

    

• 设置事务隔离级别：SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE};

  • SESSION 是会话级别，表示只针对当前客户端窗口有效，GLOBAL 表示对所有客户端会话窗口有效
  • 大括号内的就是自行设置的隔离级别，不区分大小写

• 模拟脏读情况：

  • 可打开两个 cmd 命令行窗口模拟两个客户端，两个并发事务

  • 两个窗口，登录一样的用户，同样执行：

    • mysql> user 数据库;

      set ... level read uncommitted;

      start transaction;

  • A 窗口读两次一个数据，B 窗口在 A 读两次之间进行对此数据的更改，并在 A 读完再 commit;

    • 就会发现 B 还没提交，A 两次的读取就不一样了

  • 紧接着将 A 级别进行更改为 read committed 后，重复上述操作，就会发现 A 两次的读取一样了，只有 B 提交后 A 第三次读取才会查到更改后的数据

• 而上述情况的 A 的第一、二次读取与第三次读取结果不一致，这就是 " 不可重复读 " 的情况了，只有再升一个隔离等级后，就会发现第一、二、三次结构都一致，只有 A commit; 提交后再第四次查询才会发现有了更改 ( B 提交了的更改 )

• 最后一种幻读情况就不再演示，即 A 查空 id，B 插此空 id 并提交，就会使得 A 无法再插入却还读不到的 " 幻读 " 问题

  • 提高等级后解决方法就是，A 开启事务查后，B 无法执行任何语句，只有等 A 插、查操作等都完成了，commit; 提交了，B 才能继续执行语句 —— 规避了 " 幻读 "