事物
事务是由一组SQL语句组成的逻辑处理单元,事务具有以下4个属性,通常简称为事务的ACID属性。
- 原子性(Atomicity) :事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行。
- 一致性(Consistent) :在事务开始和完成时,数据都必须保持一 致状态。这意味着所有相关的数据规则都必须应用于事务的修改以保持数据的完整性;事务结束时,所有的内部数据结构(如B树索引或双向链表)也都必须是正确的。
- 隔离性(Isolation) :数据库系统提供一定的隔离机制,保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的,反之亦然。
- 持久性(Durable):事务完成之后,它对于数据的修改是永久性的,即使出现系统故障也能够保持。
并发事务处理带来的问题
- 更新丢失
当两个或多个事务选择同一行,然后基于最初选定的值更新该行时,由于每个事务都不知道其他事务的存在,就会发生更新丢失问题一一最后的更新覆盖了由其他事务所做的更新。
如果在一个程序员完成并提交事务之前,另一个程序员不能访问同一文件,则可避免此问题。 - 脏读
事务A读取到了事务B已修改但尚未提交的的数据,还在这个数据基础上做了操作。此时,如果B事务回滚,A读取的数据无效,不符合一致性要求。 - 不可重复读
一个事务在读取某些数据后的某个时间,再次读取以前读过的数据,却发现其读出的数据已经发生了改变、或某些记录已经被删除了!这种现象就叫做“不可重复读”。不符合隔离性。 - 幻读
一个事务按相同的查询条件重新读取以前检索过的数据,却发现其他事务插入了满足其查询条件的新数据,这种现象就称为“幻读
事物的隔离机制
读数据一致性及允许的并发副作用 | 隔离级别,读数据一致性 | 脏读 | 不可重复读 | 幻读 |
---|---|---|---|---|
未提交读( Read uncommitted ) | 最低级别,只能保证不读取物理上损坏的数据 | 是 | 是 | 是 |
已提交度( Read committed ) | 语句级 | 否 | 是 | 是 |
重复读( Repeatable read ) | 事物级 | 否 | 否 | 是 |
可序列化( Serializable ) | 最高级别,事物级 | 否 | 否 | 否 |
- 数据库的事务隔离越严格,并发副作用越小,但付出的代价也就越大,因为事务隔离实质上就是使事务在一定程度上“串行化”进行,这显然与“并发”是矛盾的。同时,不同的应用对读一 致性和事务隔离程度的要求也是不同的,比如许多应用对“不可重复读”和“幻读”并不敏感,可能更关心数据并发访问的能力。
- 查看当前数据库的事务隔离级别: show variables like ‘tx_isolation’;
锁的定义
锁是计算机协调多个进程或线程并发访问某一资源的机制。在数据库中,除传统的计算资源( 如CPU、RAM、I/O等) 的争用以外,数据也是一种供许多用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素。从这个角度来说,锁对数据库而言显得尤其重要,也更加复杂。
举例
打个比方,我们到淘宝上买一件商品,商品只有一件库存,这个时候如果还有另一个人买,那么如何解决是你买到还是另一个人买到的问题?
这里肯定要用到事务,我们先从库存表中取出物品数量,然后插入订单,付款后插入付款表信息,然后更新商品数量。在这个过程中,使用锁可以对有限的资源进行保护,解决隔离和并发的矛盾。
锁的分类
1. 从对数据操作的类型分
读锁
读锁(共享锁): 针对同一份数据,多个读操作可以同时进行而不会互相影响。
写锁
写锁(排它锁) :当前写操作没有完成前,它会阻断其他写锁和读锁。
2. 从对数据操作的粒度分
表锁(偏度)
偏向MyISAM存储引擎,开销小,加锁快,无死锁,锁定粒度大,发生锁冲突的概率最高,并发度最低。
特点
- Session1对表加读锁
操作 | session1 | session2 |
---|---|---|
读被加锁的表 | 能 | 能 |
写被加锁的表 | 能 | 不能(被阻塞) |
读其他表 | 不能(需要先解锁表) | 能 |
写其他表 | 不能 | 能 |
- session1对其他表加写锁
操作 | session1 | session2 |
---|---|---|
读被加锁的表 | 能 | 不能(被阻塞) |
写被加锁的表 | 能 | 不能(被阻塞) |
读其他表 | 不能(需要先解锁表) | 能 |
写其他表 | 不能 | 能 |
行锁(偏写)
- 偏向InnoDB存储引擎, 开销大,加锁慢,会出现死锁,锁定粒度最小,发生锁冲突的概率最低,并发度也最高。
索引失效将引起行锁变表锁
间隙锁危害
当我们用范围条件而不是相等条件检索数据,并请求共享或排他锁时,InnoDB会给符合条件的已有数据记录的索引项加锁;对于键值在条件范围内但并不存在的记录,叫做“间隙(GAP)” ,InnoDB也会对这个“间隙”加锁,这种锁机制就是所谓的间隙锁(Next-Key锁 )。