什么是竞态问题?并发
假设有一个计数器,首先当前值自增加,而后获取到自增加以后的当前值。自增加后的值有可能被有些操做用来当作惟一性标识,所以并发的操做不能容许取得相同的值。性能
为何不能使用使用UPDATE语句更新计数器,而后SELECT语句获取自增加后的当前值?问题在于并发的操做有可能获取到相同的计数器值。spa
CREATE TABLE counters ( id INT NOT NULL UNIQUE, -- 计数器ID,多个计数器能够存在一个表中, value INT -- 计数器当前值 ); -- 初始化计数器1,从10开始计数 INSERT INTO counters VALUES (1, 10); -- 计数器1自增步长1 UPDATE counters SET value = value + 1 WHERE id = 1; -- 获取计数器1自增加后的当前值 SELECT value FROM counters WHERE id = 1;
如何避免竞态问题?code
方法一:使用Transaction和SELECT FOR UPDATEblog
若是一个Transaction中执行SELECT FOR UPDATE,该步操做会锁住该行记录。其它对该行记录的并发操做会被阻塞,直到当前SELECT FOR UPDATE所在Transaction提交或超时。io
START TRANSACTION; -- 锁定计数器1 SELECT value FROM counters WHERE id = 1 FOR UPDATE; -- 计数器1自增加步长1 UPDATE counters SET value = value + 1 WHERE id = 1; -- 获取自增加后的当前值 SELECT value FROM counters WHERE id = 1; COMMIT;
方法二:在一个语句中完成UPDATE和SELECTclass
方案一虽然可行而且可靠,可是加上了锁后必定程度上可能会影响一些性能。幸运的是咱们可使用方案二,在一个语句中完成UPDATE和SELECT,能够有两种方法实现。变量
实现1:经过Session变量。方法
-- 计数器1当前值自增加步长1 UPDATE counters SET value = (@newValue := value + 1) WHERE id = 1; -- 获取自增加以后的值 SELECT @newValue;
实现2:经过MySQL自带的LAST_INSERT_ID方法di
LAST_INSERT_ID方法经常使用的场景是获取自增加列最后一次插入的值。它还有另一个用法,当传入一个值时它会返回传入的值,而且在下一次调用不含参数的LAST_INSERT_ID()方法时,仍是会返回先前传入的值。
-- 计数器1自增加步长1,并经过LAST_INSERT_ID(Num)方法记录插入的值 UPDATE counters SET value = LAST_INSERT_ID(value + 1) WHERE id = 1; -- 获取最后一次插入的值 (自增加以后的当前值) SELECT LAST_INSERT_ID();