亲宝软件园·资讯

展开

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

Caizhenhao 人气:0
在后端开发中我们不可避免的会遇见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语句时没有加锁,只有在执行UPDATE时才进行加锁的。所以才会出现并发操作时的更新数据不一致。原因找到了,解决问题就不远了。而针对这类问题,解决的方法可以有2种:

SELECT显式

加锁对SELECT进行加锁的方式有两种,如下:

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

如果你不使用这2种语句,默认情况下SELECT语句是不会加锁的。并且对于上面提到的场景,必须使用排它锁。另外,上面的2种语句只有在事务之中才能生效,否则不会生效。在MySQL命令行使用事务的方式如下:

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种方式都可以支持数据库的并发更新操作。但具体使用哪一种就得看实际的应用场景,应用场景对哪种支持更好,并且对性能的影响最小。

加载全部内容

相关教程
猜你喜欢
用户评论