数据库隔离级别的例子

四大隔离级别:

  Read uncommitted:---不防止任何隔离型问题,不能防止脏读/不可重复读/幻读问题。

  Read commit:---可以防止脏读问题,但是不能防止 不可重复读/幻读问题。(oracle默认隔离级别)

  Repeatable read:---可以防止脏读/不可重复读,不能防止幻读。(mysql默认隔离级别)

  Serializable:--数据库被设计为单线程,可以防止上述所有问题

  脏读:一个事务读取到另一个事务未提交的数据。

  场景:a账户1000,b账户1000,a到b的网店里买一百块钱的鞋子。。。。

  a:start transaction

  update table set money=money-100 where name='a';//a账户扣除100

  update table set money=money+100 where name='b';//b账户增加100

  此时a还没有提交事务,对b说付款成功

  b:start transaction;//b开始查询自己的账户余额

  select money form table where name='b';

  b:commit;

  如果读取到了a没有提交的数据,那么b查出来的就会是1100,此时b开始发货

  此时a执行回滚

  a:rollback;

  那么b再去查询账户余额会发现自己的账户还是原先的100块

  不可重复读:在当前事务中,读取到了另一事务提交的更新和删除的数据。

  场景:如果a有活期资金1000,定期1000,固定资产1000

  a: 1000 1000 1000
  b: 银行职员,银行让职员b算出a客户的总共资产
  ---------
  b:start transaction;
  select 活期存款 from account where name='a'; ---- 活期存款:1000
  select 定期存款 from account where name='a'; ---- 定期存款:1000
  select 固定资产 from account where name='a'; ---- 固定资产:1000 
    -------此时a客户取走了自己活期的1000元
    a:
    start transaction;
    update accounset set 活期=活期-1000 where name='a';
    commit;
  -------
  select 活期+定期+固定 from account where name='a'; --- 总资产:2000,按照之前查出来的应该是3000元,但是现在是2000元
  commit;
  ----------

  但是虽然在这种场景下,出现了不可重复读,但是如果在另一场景下,如果你和你的伙伴共用一个银行账户共100万,你的伙伴如果中途取走了50万,而你此时读取到剩下的50万,就符合该场景。

  幻读:在当前事务中,读取到了另一事务提交的插入的数据

  场景:如果银行现在有a、b两位客户存款各1000,银行老板让职员b去算平均每个客户的平均存款,而又有新增客户c存入了4000元。

  a: 1000
  b: 1000
  d: 银行业务人员

  -----------
  d:
  start transaction;
  select sum(money) from account; --- 2000 元
  select count(name) from account; --- 2 个

  ------
  c:
start transaction;
insert into account values(c,4000);
commit;
------

select sum(money)/count(name) from account; --- 平均:2000元/个,结果应该是平均存款1000,而实际结果确实2000
commit;
------------

猜你喜欢

转载自www.cnblogs.com/YuyuanNo1/p/11401072.html