这样两个简单事务会死锁吗

xmltiger

在V8.2版本上，下面两个事务会死锁吗？
Session A
begin
delete from tbtest1 where c1=10
select from tbtest2 where c1>5
end

Session B
begin
delete from tbtest2 where c1=10
select from tbtest1 where c1>5
end

我笨故我在new

如果两个session严格意义上同时运行,会有锁等待.

我笨故我在new

这么小的事务即使有等待可能时间短的也让人感觉不到
除非你故意不commit事务

xmltiger

并发压力非常大的情况下，数据库会报deaklock（911）错误吗？

我笨故我在new

delete from tbtest2 where c1=10
select from tbtest1 where c1>5
不会是真实生产的语句吧?
如果生产表里的数据比较多,或者同时并发类似sessionA sessionB的也比较多,确实可能产生911的错误

wolfop

c1上是否有索引？

iwantin

没什么不可能的，我这边就出现了
1张表的数据只有20条不到，1张表大概1w左右，
update 小表时，2张表联查，就出现了死锁！

分析原因，就是因为  where a.col1=b.col1 应该写成 where b.col1=a.col1
呵呵！

wangzhonnewnew

to LZ: yeah it may deadlock, if you don't have deleteskip....
for 7 floor: that's not correct, b.col1=a.col1 is identical with a.col1=b.col1, optimizer will pick which one as inner join and which one is outter

lklgdkp

是否看锁的级别？