事务特性:原子性、一致性、隔离性、持久性
事务隔离级别:
serializable: 1:这种隔离级别对数据的要求最为严格,自然也是性能最差的一种隔离级别。在所有的select语句中都是默认加了一个lock in share mode的锁, 2:在这种隔离级别中没有一致读的,所有的select都将返回最近的数据状态。 3:由于这种隔离级别的对数据高度一致的严格,所以会产生很多的锁,自然也会导致很多的死锁,对性能的影响不言而喻。
|
repeatable read: 1:所有的select在第一次一致读以后在事务中都会使用一样的数据状态快照。 2:update ,delete都会使用间隙锁来保证数据的安全。防止phantom。 3:这是采用最广的事务隔离级别,也是mysql默认的事务隔离级别。
|
read commited: 1:每一个select都会使用各自的数据状态的快照。 2:如果当前的数据状态已更新到最新,但是当select的时候仍然会产生不一致的数据状态。 3:更少的间隙锁意味着更少的死锁。 4:唯一key的检查在第二索引和其它外键检查的时候也会产生间隙所。(gap必须被锁定以防止在parent row被删除后仍在child row中插入相关数据)。 5:这种隔离级别也是使用的非常普遍的隔离级别尤其是在5.1以后的版本中。 6:征对在5.0更早的版本中,可以通过innodb_locks_unsafe_for_binlog移除gap locking。 (In V5.1, most gap-locking is removed w/ this level, but you MUST use row-based logging/replication。)
|
read uncommitted: 1:这种隔离级别几乎不被使用,在selelct将会看到各种奇怪的数据现象,当然包括其它事务还未提交的数据。 2:强烈不推荐,不能保证数据的一致性。
|
数据库事务并发带来的问题有:更新丢失、脏读、不可重复读、幻象读。
假设张三在银行新办了一张招商银行卡分别说明上述情况。
1、更新丢失:
定义: 事务T1提交后覆盖了事务T2的更新。 实例: 事务A:向银行卡存钱100元。 事务B:向银行卡存钱200元。 A和B同时读到银行卡的余额后,A向银行卡内汇款100元,B向银行卡内汇款200元,然后A、B提交提交。此时A或B再读取银行卡余额时,金额跟自己的汇款金额不一致。 解决办法: 更新丢失本质上是写操作的冲突,解决办法是一个一个地写。 |
2、脏读:
定义: 脏读就是指当一个事务正在访问数据,并且对数据进行了修改,而这种修改还没有提交到数据库中,这时另外一个事务也访问这个数据,然后使用了这个数据。因为这个数据是还没有提交的数据,那么另外一个事务读到的这个数据是脏数据,依据脏数据所做的操作可能是不正确的。 简单讲:事务读取了另一个事务未提交的数据。 实例: 事务A:张三妻子给张三转账100元。 事务B:张三查询余额。 事务A转账后(还未提交),事务B查询多了100元。事务A由于某种问题,比如超时,进行回滚。事务B查询到的数据是假数据。 解决方法: 脏读本质上是读写操作的冲突,解决办法是写完之后再读。 |
3、不可重复读:
定义: 一个事务两次读取同一个数据,两次读取的数据不一致(所以称不可重复读,原因就在这里)。比如事务T1读取某一数据,事务T2读取并修改了该数据,T1为了对读取值进行检验而再次读取该数据,便得到了不同的结果。 简单讲:事务再次时读取时读出了另外一个事物修改并提交的数据,与之前读取的数据不同。 实例: 事务1:查询有双人床房间。99号房间,有双人床。 事务2:将99号房间,改成单人床房间。 事务1:再次执行查询,请求所有双人床房间列表,99号房间不再列表中了。也就是说,事务1,可以看到其他事务所做的修改。 说明: 在不可重复读里面,可以看到其他事务所做的修改,而导致2次的查询结果不再一样了。这里的修改,是提交过的。也可以是没有提交的,这种情况同时也是脏读。 |
4、幻读:
定义: 事务A读取与搜索条件相匹配的若干行。事务B提交了以插入或删除行等方式来修改事务A的结果集。一个事务两次读取一个范围的记录,两次读取的记录数不一致。 简单讲:事务再次时读取时读出了另外一个事物新增或删除的的数据,与之前读取的数据集不同。
实例: 事务1:请求可预定的双人床房间列表(有99号房间)。 事务2:预订了99号房间,并提交。 事务1:再次请求有双人床的未预定的房间列表,99号房间,不再位于列表中。
解决办法: 幻象读本质上是读写操作的冲突,解决办法是读完再写。
|
不可重复读和幻读区别:
1、从总的结果来看, 似乎两者都表现为两次读取的结果不一致。 2、不可重复读重点是对原数据的“修改”,幻读重点是对结果集数据的新增或删除 |