一、事务及其属性
事务是由一组SQL语句组成的逻辑处理单元,事务具有以下4个属性,通常简称为事务的ACID属性。
原子性(Atomicity)
:事务是一个原子操作单元,其对数据的修改,要么全都执行,要么全都不执行。(操作层面一致)一致性(Consistent)
:在事务开始和完成时,数据都必须保持一致状态。例如,用户付款成功,订单状态和库存必须保持一致。(数据层面一致)隔离性(Isolation)
:数据库系统提供一定的隔离机制,保证事务在不受外部并发操作影响的“独立”环境执行。这意味着事务处理过程中的中间状态对外部是不可见的,反之亦然。持久性(Durable)
:事务完成之后,它对于数据的修改是永久性的,即使出现系统故障也能够保持。
并发事务带来的问题:
更新丢失(Update Lost)
:当多个事务选择同一条记录,都基于最初选定的值进行更新,由于每个事务都不知道其他的事务的存在,导致最后完成的更新操作覆盖了其他事务所做的更新
。(解决办法:直接在Update语句中进行修改,而不是先查询,利用代码修改后再将结果写入数据库)脏读(Dirty Read)
:事务A读取到了事务B已修改但未提交的数据。不可重复读(Non-Repeatable Read)
:事务A内部相同的查询语句在不同的时刻读取不一样的结果,不符合隔离性。幻读(Phantom Read)
:事务A读取到了事务B提交的新增数据,不符合隔离性。
数据库事务4个隔离级别及其存在的问题:
读未提交(READ-UNCOMMITTED)
:脏读、不可重复读、幻读读已提交(READ-COMMITTED)
:不可重复读、幻读可重复读(REPEATABLE-READ)
:幻读 可重复读级别下出现幻读的情况可串行化(SERIALIZABLE)
:无
查看当前数据库的事务隔离级别:
show variables like 'tx_isolation';
设置事务隔离级别:set tx_isolation='REPEATABLE-READ';
MySQL默认的事务隔离级别是可重复读,用Spring开发程序时,如果不设置隔离级别默认用MySQL设置的隔离级别。
二、锁机制
锁是计算机协调多个进程或线程并发访问某一资源的机制。
在数据库中,除了传统的计算资源(如CPU、RAM、I/O等)的争用以外,数据也是一种供需要用户共享的资源。如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题,锁冲突也是影响数据库并发访问性能的一个重要因素。
锁分类:
- 从性能上分为乐观锁(用版本对比来实现)和悲观锁。
- 从对数据操作的粒度分,分为表锁和行锁。
表锁:每次操作锁住整张表。开销小,加锁快;不会出现死锁;锁定粒度大,发生锁冲突的概率最高,并发度最低;一般用在整表数据迁移的场景。相关命令:
lock table 表名称 read(write);
- 手动加表锁
show open tables;
- 查看表上加过的锁
unlock tables;
- 删除表锁
行锁:每次操作锁住一行数据。开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度最高。- 从对数据库操作的类型分,分为读锁和写锁。
读锁:针对同一份数据,多个读操作可以同时进行而不会互相影响
写锁:当前写操作没有完成前,它会阻断其他写锁和读锁。
三、多版本并发控制MVCC
3.1 什么是MVCC
MVCC (Multiversion Concurrency Control),多版本并发控制。通过数据行的多个版本管理来实现数据库的 并发控制。这项技术使得在InnoDB的事务隔离级别下执行一致性读操作有了保证。(下文讲解的主要是InnoDB中的实现机制
)
3.2 事务ID与回滚指针
聚簇索引记录中包含两个隐藏的列,trx_id和roll_pointer
- trx_id(事务id):一个事务对记录进行改动时,都会把该事务的事务id赋值给trx_id隐藏列
- roll_pointer(回滚指针):指向undo日志版本链的最近节点,每次记录发生改动时,都会把旧的版本写入到undo日志。