1、原子性(Atomicity):事务中的全部操作在数据库中是不可分割的,要么全部完成,要么均不执行。
2、一致性(Consistency):几个并行执行的事务,其执行结果必须与按某一顺序串行执行的结果相一致。
3、隔离性(Isolation):事务的执行不受其他事务的干扰,事务执行的中间结果对其他事务必须是透明的。
4、持久性(Durability):对于任意已提交事务,系统必须保证该事务对数据库的改变不被丢失,即使数据库出现故障。
数据库可以保证原子性,一致性,持久性。但是隔离级别需要根据并发情况进行设置,将数据库设计成单线程,可以防止所有的线程安全问题,自然也就保证了隔离型的问题,但是如果这样,那么效率就会极其低下。如果两个线程并发修改,一定会相互捣乱,这时必须利用锁机制防止多个线程的并发修改。如果两个线程并发查询,没有线程安全问题。
四大隔离级别:
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;
------------