mysql写表读表时的锁替换机制

探讨了多线程环境下MySQL操作的挑战,对比了使用数据库lock机制和ON DUPLICATE KEY UPDATE语法的优劣。后者利用key值冲突机制,避免了锁操作带来的阻塞和死锁风险,实现并行线程无阻塞执行,适用于频繁的读写场景。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

需求:多线程操作mysql时,频繁的读表写表,避免重复插入相应字段的数据条目和一些判断逻辑查和写

首先想到的是使用数据库的lock机制,涉及到数据库myisam的表级锁和innodb的行级锁性能,频繁的lock和unlock操作使并发下的mysql操作进入缓慢的等待和阻塞甚至发生死锁,所以慎用lock

与之相比的替代方案即是ON DUPLICATE KEY UPDATE利用key值冲突(primarykey和uniqueindex或者联合主键和联合索引冲突机制)将处理逻辑和负载叠加交由数据库本身做条件判断,可以实现并行线程的sql无阻塞的执行到mysql,mysql内部串行执行逻辑,甚至支持insert tab() (select from where ......) onduplicate key update col1=,col2=,col3=的复合查询结果嵌套插入和判断更新

ON DUPLICATE KEY UPDATE 语法的目的是为了解决重复性,当数据库中存在某个记录时,执行这条语句会更新它,而不存在这条记录时,会插入它。

注意点1:我们使用该语句的时候注意这条语句判断该条记录是否存在的标准是什么?由于同一个值是可以同时出现在多个记录中的,所以必须有个字段是唯一不能重复的。

注意点2:规则如果你插入的记录导致一个UNIQUE索引或者primary key(主键)出现重复,那么就会认为该条记录存在,则执行update语句而不是insert语句,反之,则执行insert语句而不是更新语句。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值