SQL Server与MySQL在“存在则更新,不存在则插入”并发处理上的一些差异。

“存在则更新,不存在则插入的逻辑”并发情况下的处理

在sqlserver中:

在sqlserver中,是通过可序列化隔离级别+排它锁的方式来锁定一个范围来实现的
当前锁定一个不存在的记录的时候,sqlserver是通过范围锁来实现的,具体锁定的范围,表中已存在的数据和当前具体判断的Id有关
参考之前写的一篇文章:http://www.cnblogs.com/wy123/p/7501261.html

简单举个例子,如下表中的表中没有任何数据行,Id 字段是primary key

当前Session锁定一个不存在的记录
在另外一个Session中试图锁定相同的记录的时候被阻塞(go提交之后没有任何返回结果,实际上是Session被阻塞)

第一个Session开水器事务

 实际上当前Session锁定的范围是从表中的最小值(没有最小值就是无穷小)到无穷大的一个范围
 也就是说说不但锁定了当前Session锁定的Id = 66的数据,甚至只66到正无穷大的数据也被锁定.

以上也即就是sqlserver中范围锁的效果以及适应的场景,可能有其他中写的变种,比如with(serializable),或者with(holdlock),或者先更新再判断受影响行数啥的
本质上都是:序列化隔离级别+事务+排它锁,不但可以锁定已存在的记录行,也可以锁定不存在的记录行。
因此不必纠结各种写法的差异,本质都是一样的。

set transaction isolation level serializable;
begin tran
    if exists (select * from TestLockNotExistId with(xlock) where Id = 66)
    begin
        --更新
        update TestLockNotExistId set CreateDate = getdate()
    end
    else
    begin
        --插入
        insert TestLockNotExistId values (66,'xxx',getdate())
    end
commit

在MySQL中:
参考https://stackoverflow.com/questions/17068686/how-do-i-lock-on-an-innodb-row-that-doesnt-exist-yet,mysql无法通过所提示的方式做到改效果。

在MySQL中,是通过insert into values on duplicate key update语法实现的,
虽然MySQL中有类似于SQLServer中显式加锁的语法,也即select from where for update,原本以为可以使用 for update语法来照搬SQL Server的方式实现类似资源隔离
但是经过测试时候,mysql的for update方式显然是锁不住不存在的记录的
但是select from where for update只能锁定已存在的记录,而锁不住不存在的记录

以下测试,无法锁住不存在的记录

可以锁定已存在的记录

 因此MySQL中的GAP锁,虽然表面含义也是区间锁(范围锁),与SQLServer中的范围锁,在细节上还是有一定的差异的。
 MySQL在默认的Reapted Read隔离级别下,虽然通过GAP锁解决了幻读的问题,
 但是这种锁仅仅是在读写之间阻塞(互斥)的,在读与读之间,即便是select显式加排它锁的方式,不同Session的同一个不存在Id的查询,也是不阻塞(MySQL的gap锁不阻塞,也就是说两个gap锁,锁定的范围完全一致的时候,如果这个范围内没有数据,则不会互相阻塞)。
 因此无法通过先判断是否存在,再决定是插入或者更新的方式来实现。

20191213补充:

mysql中,对于不存再插入,存在则更新,从sql语句上是无法解决的,经测试,以下Version1和Version2两种写法,并发时均潜在死锁的问题
Version1
  insert into t01 (parameter_key )
  SELECT parameter_key
  WHERE NOT EXISTS
  (SELECT 1 FROM t01 AS t WHERE t.key = parameter_key);
Version2
  insert into t01 (parameter_key )
  SELECT parameter_key
  ON DUPLICATE KEY UPDATE
  lastupdate_date = now()

如下Version3的写法,会给出警告
Version3
  insert IGNORE into t01 (parameter_key )
  SELECT parameter_key


insert ignore与ON DUPLICATE KEY UPDATE是不兼容的,也就是说,MySQL想要达到“存在更新不存在插入的效果”,sql层面是无法解决的

除非显式锁定表,执行插入或者更新语句,最后解锁
#cursor.execute('lock tables t01 WRITE,t01 AS t read;')
cursor.execute(sql_statment)
#cursor.execute('unlock tables;')


https://juejin.im/entry/5adca48df265da0b9c1037c8
https://blog.csdn.net/pml18710973036/article/details/78452688
http://xiajunhust.github.io/2018/11/30/MySQL%20Insert%20on%20duplicate%E9%94%81/

原文地址:https://www.cnblogs.com/wy123/p/7921005.html