数据库中的锁是多么悲观，隔离级别有什么用吗？

Question

我读到了数据库锁定(悲观，乐观)机制，

第1场会议：

t1:开放事务：

t2:睡眠(3秒)

t5: updte用户设置名称=‘x’，其中id =1

第2节:T2:更新用户设置名称=‘y’，其中id=1

我的疑问是: 1.在t5 2中会发生什么?它是否必须对隔离级别做任何事情?如果是，那么在不同隔离级别上的行为将是什么。3.数据库(mysql、oracle)是否只做悲观锁定？

Answer 1

让我以相反的顺序回答你的问题，因为这样我就不用重复某些部分了。

1. 由于乐观锁定意味着事务中读取的记录未被锁定，因此无法实现乐观锁。您不应该真正使用术语optimistic lock，而应该使用optimistic concurrency control。悲观锁定策略涉及数据库级别的锁，这些锁由所有使用事务的rdbms实现--包括带有innodb的mysql。

Mysql没有任何对乐观并发控制的数据库级支持。这并不意味着其他rdbms也不支持OCC。你得看看他们的手册。

1. 隔离级别不影响问题中描述的场景的结果，因为没有选择只有两个原子更新和子句未更新。。

隔离级别主要影响事务读取数据的方式，而不是它们如何更新数据。

1. 问题中描述的场景的结果取决于哪个会话首先发出update，以及该事务打开多长时间。无论哪个会话首先执行更新，都将进行更改，并在索引记录上设置独占锁。在第一个事务完成之前，另一个事务将无法执行更新。如果第一个事务运行很长时间，则另一个事务可能在等待释放锁时超时。