MySQL数据库之--事物机制

事物机制

5.0版本后出现的,解决:

• 避免写入直接操作数据文件,直接操作数据文件是很危险的事
• MySQL有5种日志文件,其中只有redo日志和undo日志与事物有关
  
• RDBMS=SQL语句 + 事务(ACID)

原子性

• 事务是一个或者多个SQL语句组成的整体,要么全部执行成功,要么全都执行失败 ,事务执行之后,不允许停留在中间某个状态

把10部门中MANGER员工调往20部门,其他岗位员工调往30部门,然后删除10部门
事务: 开启事务 UPDATE语句 DELETE语句 提交事务

• 默认情况下,MySQL执行每条SQL语句都会自动开启和提交事务
• 为了让多条SQL语句纳入一个事务下,可以手动管理事务

START TRANSACTION;
SQL语句
[COMMIT | ROLLBACK];

• COMMIT:持久化提交
• ROLLBACK:回滚

START TRANSACTION;    -- 启动事务机制
delete from t_emp;  
delete from t_dept;

SELECT * FROM t_emp;
SELECT * FROM t_dept;

-- COMMIT;  -- 提交同步(给注释掉了)
ROLLBACK ;  -- 回滚不同步

事务的一致性

• 不管在任何给定的时间\并发事务有多少, 事务必须保证运行结果的一致性,不允许数据歧义
  

隔离性

• 隔离性要求事务不受其他并发事务的影响, 如果同在给定的时间内,该事物是数据库唯一运行的事务
• 默认情况下A事务,只能看到日志中该事物的相关数据
• 默认情况下A事务,只能看到该事物的相关数据
  

持久性

• 事务一旦提交,结果便是永久性的,即便发生宕机,仍然可以依靠事务日志完成数据的持久化

事务的四个隔离级别

他们分别是:

关键一句话: 没有一个是万能的, 要分场景选择最合适的

买票案例-有未提交事务

• 购票场景:READ UNCOMMITTED 能读到别的事务未提交的数据
  
• READ UNCOMMITTED 代表可以读取其他事务未提交的数据
  SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;[BLUE]

-- 案例一个
-- 事务A:开启事务,把所有工资设置为1,但是没提交(没commit) ,此时查出来都是1元;
START TRANSACTION;    -- 启动事务机制
UPDATE t_emp SET sal=1;
SELECT sal FROM t_emp;

-- 此时开启案例B,也来读sal
SELECT empno , ename, sal FROM t_emp;
-- 读出来的还是原来的工资数据.
-- 如果想要B读取出A设置后的东西,则改成下边代码

-- B的结果:读取A未提交的
SET SESSION TRANSACTION ISOLATION LEVEL READ UNCOMMITTED;
START TRANSACTION;
SELECT empno , ename, sal FROM t_emp;

转账支出案例

Scott账务余额5000, A开启,没操作的时候,B支出100,此时scott余额4900. 紧接着此时A转账1000,此时应该scott余额5900. 如果B又退回100,此时应该6000元. 如果允许A读取B的操作未提交的,就没读到支出的100.A读到5900块,少了100.

• READ COMMITTED 代表只能读取其他事务提交的数据

-- 还是上边案例,若A没有提交commit 则B读不到的话,则用这句话:注意是committed
SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
SELECT empno , ename, sal FROM t_emp;

下单后,提交订单前,商家提价了,按下单价

应对:A下单时候350 ,但没付款. 然后B商家把商品价格改高了到400. 过一会后A去付款还应该是付款350才对. 所以这个能读执行时候的数据,不受后续提交影响.

SET SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ;[blue]

序列化执行事务

把一切并发禁用, 让事务逐一执行, 这会降低数据库操作并发能力

SET SESSION TRANSACTION ISOLATION LEVEL SERIALIZABLE;