基本上有两个最流行的答案。第一个基本上是说

乐观需要一个三层架构，在这个架构中，您不必为会话维护到数据库的连接，而悲观锁定则是当您锁定记录供您独占使用时，直到您完成它。它比乐观锁有更好的完整性，你需要直接连接到数据库。

另一个答案是

乐观(版本控制)更快，因为没有锁定，但(悲观)锁定在争用很高时表现更好，并且最好是防止工作，而不是放弃它并重新开始。

or

乐观锁定在很少发生碰撞时效果最好

正如写在这一页上的。

我创造了我的答案来解释“保持联系”与“低碰撞”之间的关系。

要了解哪种策略最适合您，不要考虑您的DB具有的每秒事务数，而是考虑单个事务的持续时间。通常情况下，您打开交易，执行操作并关闭交易。这是ANSI心目中一个简短的、经典的事务，可以很好地摆脱锁定。但是，如何实现许多客户同时预订相同房间/座位的票务预订系统呢?

你浏览这些优惠，在表格中填写大量可用的选项和当前价格。这需要花费大量时间，选项可能会过时，在你开始填写表格并按下“我同意”按钮之间，所有价格都无效，因为你访问的数据没有锁定，其他人更灵活，已经干涉更改了所有价格，你需要重新启动新的价格。

相反，您可以在阅读时锁定所有选项。这是一个悲观的情景。你知道为什么这么糟糕了吧。你的系统可以被一个小丑搞垮，他只是简单地开始预订，然后抽烟。没有人可以在他完成之前预订任何东西。你的现金流降为零。这就是为什么在现实中使用乐观保留。那些拖延太久的人不得不以更高的价格重新开始预订。

In this optimistic approach you have to record all the data that you read (as in mine Repeated Read) and come to the commit point with your version of data (I want to buy shares at the price you displayed in this quote, not current price). At this point, ANSI transaction is created, which locks the DB, checks if nothing is changed and commits/aborts your operation. IMO, this is effective emulation of MVCC, which is also associated with Optimistic CC and also assumes that your transaction restarts in case of abort, that is you will make a new reservation. A transaction here involves a human user decisions.

我远没有理解如何手动实现MVCC，但我认为具有重新启动选项的长时间运行的事务是理解这个主题的关键。如果我哪里说错了，请指正。我的回答是受到Alex Kuznecov这一章的启发。

我还会想到另外一种情况，悲观锁定会是更好的选择。

对于乐观锁，数据修改的每个参与者都必须同意使用这种锁。但是如果有人修改数据而不考虑版本列，这将破坏乐观锁定的整个思想。

关于乐观锁定和悲观锁定，上面已经说了很多好的东西。 需要考虑的一个重要问题如下:

在使用乐观锁定时，我们需要注意应用程序如何从这些故障中恢复。

特别是在异步消息驱动的体系结构中，这可能导致消息处理无序或更新丢失。

需要仔细考虑失败场景。

乐观假设你读的时候什么都不会改变。

悲观的人认为某件事会发生，所以锁定它。

如果数据被完全读取不是必要的，请使用乐观。你可能会得到奇怪的“肮脏”解读——但它不太可能导致死锁或类似的情况。

大多数web应用程序都可以接受脏读——在极少数情况下，下一次重新加载时数据不完全一致。

对于精确的数据操作(如在许多金融交易中)使用悲观。准确读取数据非常重要，没有未显示的更改——额外的锁定开销是值得的。

对了，Microsoft SQL server默认为页面锁定——基本上就是你正在读的那一行和两边的几行。行锁定更准确，但速度要慢得多。通常值得将事务设置为读提交或无锁，以避免读取时发生死锁。

乐观锁定和悲观锁定是数据库中锁定数据的两种模型。

乐观锁定:仅在向数据库提交更改时才锁定记录。

悲观锁定:在编辑记录时锁定记录。

注意:在两种数据锁定模型中，锁都是在将更改提交给数据库后释放的。

乐观锁定意味着在读取一行时不使用排他锁，因此不会防止丢失更新或写倾斜。所以，使用乐观锁定:

如果没有发生丢失的更新或写倾斜。 或者，即使发生更新丢失或写倾斜也没有问题。

悲观锁定意味着在读取一行时使用排他锁定，从而防止丢失更新或写倾斜。所以，使用悲观锁定:

如果发生更新丢失或写倾斜。 或者出现丢失更新或写倾斜等问题。

在MySQL和PostgreSQL中，SELECT FOR UPDATE可以使用排他锁。

你可以检查我丢失更新的答案，并在MySQL中使用乐观锁定(不使用SELECT FOR update)和悲观锁定(使用SELECT FOR update)编写倾斜示例。