事务的隔离性
事务的隔离性影响的是事务中对数据的可见性。
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
事务2:
UPDATE `product` SET `price` = 1.5 WHERE `id` = 1; #步骤2
SELECT `price` FROM `product` WHERE `id` = 1; #步骤4
步骤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();
UPDATE语句为何需要加锁:
是为了保持事务的一致性,加锁防止多个事务同时修改同一条记录。