平常我们做业务的时候会经常用到事务,但是很少去关心事务的级别,实际上事务的级别的不同,对业务会产生不小的影响,比如有的级别的事务可能会产生脏读,而有的级别可能会产生幻读.
READ UNCOMMITTED(未提交读)
在未提交读这个事务级别中,一个事务可以读取到另外一个事务未提交的数据.
例如 A 事务更新了一个字段,但是未提交在 B 事务中,读取id为999的记录的name字段的时候,name的值为'aaa',可是 A 事务并没有commit,所以name = 'aaa'有可能是会被回滚的,那么,A 事务这个操作就相当于读取了一个错误的值.
A 事务这次读取被称为脏读(Dirty Read)
READ COMMITTED(提交读)
提交读这个事务级别中,一个事务可以读取到另外一个事务提交之后的数据.
例如 A 事务读取到了id为999的记录的name字段为aaa ,然后 B 事务这个时候更新了这条记录的name值,并且提交了,这个时候 A 事务再次读取name的话,name的值就是bbb了,所以在一个事务中,对一个字段进行多次读取,可能得到的值不同.
REPEATABLE READ(可重复度)
可重复读这个事务级别中,一个事务重复去读的字段不会改变.
例如 A 事务读取到了id为999的记录的name值为aaa,然后 B 事务中把name改成了bbb,并且 B 事务提交了,A 事务再次去读name的时候并不会读取到bbb,所以 A 事务相当于在一个独立的世界,外界的任何改动不会影响 A 事务.
但是,可重复读会导致幻读出现,什么是幻读呢,举个例子:
A 事务查询一个表,表里只有一条记录,id为1,但是这个时候 B 事务插入了一条数据,id为2,A 事务因为不知道有id为2的数据,所以这个时候A也插入了一条id为2的数据,这个时候肯定会插入失败.这种情况就是幻读
MYSQL中的innoDB通过MVCC(多版本并发控制)解决了幻读,另外MYSQL的默认事务级别就是可重复读
SERIALIZABLE(可串行化)
可串行化事务级别,把读取的每一行数据都加了锁
加锁了的有点就是,避免了脏读和幻读,另外还避免了不可重复读的可能性,但是因为加锁了,减少了很大的并发性,因为同一时刻,只有一个线程能够获取到锁.还可能导致大量超时问题.
网友评论