事务4种隔离级别和应用场景

事务的隔离性

事务的隔离性影响的是事务中对数据的可见性。

4种隔离级别

READ UNCOMMITED

可以读取到其他事务未提交的数据，由于未提交的数据无法保证一致性（未来可能会回滚），因此这个隔离级别应用场景几乎没有。

READ COMMITED

可读取到其他事务提交后的数据。因此两次读取同一条记录，得到的数据可能不同。

应用场景：
对数据的实时性有要求，例如批量申请ID时，先查询当前maxId，然后通过乐观锁进行更新。

REPEATABLE READ

多次读取同一条记录，获取到一致的试图。

应用场景：
例如获取商品价格，下订单。在下订单的事务中读取价格，后续价格可能发生变化吗，但多次读取价格一致。

SERIALIZABLE

事务串行执行，已经是单线程了，就不存在可见性问题了。

快照读 vs 当前读

REPEATABLE READ 读取的是一致的快照
READ COMMITED 读取的是当前最新提交的数据

隔离级别 & 锁机制

除了SERIALIZABLE隔离级别，其他隔离级别下，普通的SELECT语句不会对记录加锁，而UPDATE语句则会对记录加锁。
例如，REPEATABLE READ隔离级别下：

事务1：

UPDATE `product` SET `price` = 1.5 WHERE `id` = 1;  #步骤1
SELECT `price` FROM `product` WHERE `id` = 1; #步骤3
1
2

事务2:

UPDATE `product` SET `price` = 1.5 WHERE `id` = 1; #步骤2
SELECT `price` FROM `product` WHERE `id` = 1; #步骤4
1
2

步骤2将阻塞，直到事务1提交。

事务内伪代码：

var transaction = new Transaction();
transaction.begin();
var recordLock = new RecordLock("order", 1);
recordLock.lock();
// update order whose id is 1
recordLock.unLock();
transaction.end();
1
2
3
4
5
6
7

UPDATE语句为何需要加锁：
是为了保持事务的一致性，加锁防止多个事务同时修改同一条记录。