FOR UPDATE SKIP LOCKED
SYS_UNIT 中有UNIT_ID
0000000001
0000000002
0000001100
原意为若启用多线程,则每个线程在获取时仅可以获取一条数据(互斥)
脚本如下
1、SELECT * FROM SYS_UNIT s
where s.unit_id=(
SELECT unit_id FROM (
SELECT * FROM SYS_UNIT T ORDER BY T.UNIT_ID ASC
) A WHERE ROWNUM<=1
)
FOR UPDATE of s.unit_id SKIP LOCKED
测试时,一个能获取 0000000001 另外一个则为空(当启用两个session时)
猜猜:第一个session A 根据子查询获取 第一行数据 用外层查询得出第一条数据被加锁
第二个Session B 根据子查询获取第一行数据,用外部查询得出第一条数据,又因为Skip lock 丢弃,顾查询不到任何数据了
使用
SELECT * FROM SYS_UNIT T
where unit_id='0000000002' FOR UPDATE SKIP LOCKED
发现还是能获取到数据的,但是如果是
SELECT * FROM SYS_UNIT T
where unit_id='0000000001' FOR UPDATE SKIP LOCKED
则获取不到数据
证明猜猜是正确的
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通