MySQL并发更新数据时的处理方法

UPDATE是否会加锁？

SQL语句为如下时，是否会加锁？

UPDATE table1 SET num = num + 1 WHERE id=1;

实际上MySQL是支持给数据行加锁（InnoDB）的，并且在UPDATE/DELETE等操作时确实会自动加上排它锁。只是并非只要有UPDATE关键字就会全程加锁，针对上面的MySQL语句而言，其实并不只是一条UPDATE语句，而应该类似于两条SQL语句（伪代码）：

a = SELECT * FROM table1 WHERE id=1;UPDATE table1 SET num = a.num + 1 WHERE id=1;

SELECT显式

加锁对SELECT进行加锁的方式有两种，如下：

SELECT ... LOCK IN SHARE MODE  #共享锁，其它事务可读，不可更新SELECT ... FOR UPDATE    #排它锁，其它事务不可读写

SET AUTOCOMMIT=0; BEGIN WORK;  a = SELECT num FROM table1 WHERE id=2 FOR UPDATE;  UPDATE table1 SET num = a.num + 1 WHERE id=2; COMMIT WORK;

使用乐观锁

乐观锁是锁实现的一种机制，它总是会天真的认为所有需要修改的数据都不会冲突。所以在更新之前它不会给数据加锁，而只是查询了数据行的版本号（这里的版本号属于自定义的字段，需要在业务表的基础上额外增加一个字段，每当更新一次就会自增或者更新）。

在具体更新数据的时候更新条件中会添加版本号信息，

实践

对 for update上锁进行一次实践一个student表，其中有一条数据

开启两个client

第一个开启事务后执行

select name from student where id = 1 for update;

第二个开启事务后执行相同的语句，发现该条数据被第一个事务上锁阻塞了

这时候第一个事务执行修改并commit；

第二个事务的select执行，发现阻塞了4秒多

小结

总的来说，这2种方式都可以支持数据库的并发更新操作。但具体使用哪一种就得看实际的应用场景，应用场景对哪种支持更好，并且对性能的影响最小。

更多相关文章