 |
1
lzdhlsc Aug 6, 2019
应该在表的 schema 上限定 id 的唯一性， 从而让 mysql 判断是否唯一，而不是你的 code 去判断。这样你就可以只插入不查询，并且 swallow 你得到了 duplicated key error。
|
 |
2
msg7086 Aug 6, 2019
总是要在某个地方去锁的。
就算是像楼上那样用唯一索引，本质上也要加锁来保证两个线程不会打架。 如果你实在觉得 MySQL 上加锁太慢（应该不至于吧？），可以把重复检测放到 MySQL 之外来做。 |
 |
5
flowfire Aug 6, 2019 via iPhone
duplicate 是不是拼错了……
|
 |
6
Duolingo Aug 6, 2019 via Android
集群用 Redis，单实例 JVM 缓存，加锁。
线程 insert 操作前获取锁。 数据库 ID 做唯一主键。 直接 insert ignore 所有值，返回值即成功插入的数量。 insert 完成后线程释放锁。 |
|
9
msg7086 Aug 7, 2019
顺便我查到的资料是 MySQL 不仅在唯一索引上用了锁，而且多线程同时对唯一索引做 INSERT IGNORE 甚至会让锁出现 DEADLOCK 的情况。如果你还是认为 MySQL 没有用锁实现唯一索引，那我也不知道怎么说下去了。反正这是我这边查到的信息。
|
 |
10
jjshare Aug 8, 2019
@msg7086 数据结构可以解决的事情，为什么非要用锁这种逻辑操作上的东西来解决呢？
你说的 read lock 只要读写操作同时存在的时候，都可能会出现，这个不稀奇啊。 你查到的信息可以贴上来看一眼嘛，并且 mysql 的不同的存储引擎对这个的处理还不一样，换我写 mysql 的 INSERT IGNORE 的实现逻辑的话，我铁定不会用加个锁的，再说了，单独的插入操作加锁也没有意义。 |
|
11
msg7086 Aug 8, 2019
|
|
13
jjshare Aug 8, 2019
@msg7086
他那和题主的有差别 TABLE vegetable ( id bigint(10) NOT NULL auto_increment, name varchar(255) NOT NULL, PRIMARY KEY (id), UNIQUE KEY uk_name (name) ) ENGINE=InnoDB 他表结构里面涉及两个 unique key，concurrent inserts 场景下，一个 commit 里面执行的操作比较多，锁的类型会升级 你可以看这篇文章： http://peterping.top/2016/12/02/%E4%B8%80%E4%B8%AA%E5%85%B3%E4%BA%8Einsert-ignore%E6%AD%BB%E9%94%81%E9%97%AE%E9%A2%98%E7%9A%84%E8%AE%B0%E5%BD%95/ 题主提到的仅一个 id，这种的 insert 不会用到锁机制～除非他表中有其他 unique key ～ |
|
14
msg7086 Aug 8, 2019
@jjshare 不是，我在北美，上班时间啦。
你这篇文章我也大致看过。不过我刚刚想了一下，其实锁这个问题应该不需要上升到这么复杂的场景。我的回复有点被你带偏了。 我之前想表达的是，不管在哪个层面，多线程要保证原子性，必须在某个地方加锁，从最上面应用层，一直到最下面 CPU 指令（ LOCK CMPXCHG 又或者是用 XCHG 实现自旋锁），总有一个（或者多个）地方需要锁上，以保证两个线程的两个 CPU 指令序列不会被互相打断。多线程操作单个数据结构本身就是 thread unsafe 的。thread unsafe 场景下就需要用锁。这个和数据库层面上的逻辑锁是两回事。 |
Select Language