mysql事务隔离级别如下:
1.读取未提交(READ-UNCOMMITTED):最低的隔离级别,允许读取尚未提交的数据变更,可能造成脏读、不可重复读、幻读。
2.读取已提交(READ-COMMITTED):允许读取并发事务已经提交的数据,可以避免脏读,但是可能造成不可重复、幻读。
3.可重复读(REPEATABLE-READ):对同一字段多次读取的结果都是一致的,除非本身事务修改,可以避免脏读和不可重复读,但是可能造成幻读。
4.可串行化(SERIALIZABLE):最高的隔离级别,完全服从ACID的隔离级别,所以的事务依次执行,可以避免脏读、不可重复读、幻读。
事务的特性:
1.原子性:事务最小的执行单位,不允许分割。事务的原子性确保动作要么全部执行,要么全部不执行。
2.一致性:执行事务的前后,数据保持一致。例如转账的业务中,无论事务是否成功,转账者和收款人的总额应该是不变的。
3.隔离性:并发访问数据库时,一个用户的事务不应该被其他事务所影响,各并发事务之间数据库是独立的。
4.持久性:一个事务被提交后,它对数据库中数据的改变是持久的,即使数据库发生故障也不应该对其有影响。
可串行化——SERIALIZABLE事务的最高级别,在每个读的数据行上,加上锁,使之不可能相互冲突,因此,会导致大量的超时现象
设置b账户,事务的隔离级别
B账户,首先,将b账户的隔离级别设置为SERIALIZABLE
可以看出,b账户的事务隔离级别设置为了SERIALIZABLE
演示可串行化
B账户,开启一个事务,查询各个账户的余额
A账户,开启一个事务,在事务中执行插入 *** 作
可以看出,当b账户正在事务中,查询余额信息时,a账户中的 *** 作是不能立即执行的
提交事务
B账户,执行完查询余额,提交当前事务
A账户,当b账户中的事务提交之后,a账户中的添加 *** 作,才能执行成功
查询余额
执行成功 可以看出,如果一个事务,使用了SERIALIZABLE——可串行化隔离级别时,在这个事务没有被提交之前 其他的线程,只能等到当前 *** 作完成之后,才能进行 *** 作,这样会非常耗时,而且,影响数据库的性能,通常情况下,不会使用这种隔离级别
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)