如何在Spring Data MongoDB中使用乐观锁定？
我正在浏览Spring Data MongoDB参考文档，发现示例有点过于简单。
特别是，我试图了解如何在并发环境中处理陈旧数据。例如，假设我有以下实体：
public class Person {
private final String username;
private final String firstname;
private final String lastname;
[...]
}
User user = userRepository.findByUsername("uniqueUsername");
user.setLastName("Archer");
userRepository.update(user);
userRepository.updateLastname("uniqueUsername", "Archer");
但是我有点担心，如果我想做的每种类型的更新都需要一个新的方法，那么我的存储库接口将无法控制地增长。
我意识到我实际上还没有提出一个问题，所以现在开始了：在MongoDB中使用Spring数据设计应用程序的最佳实践是什么？
共有1个答案
在属性上使用@org.springframework.data.annotation.version应该能做到这一点。我创建了DATAMONGO-1275来改进这方面的文档。
-
1. 前言 在锁一节中，我们从粒度和管理两个角度来阐述了锁。如果你还不熟悉锁，请先阅读该小节，再来进行本小节的学习。 本小节我们将继续深挖锁，以开发者和实战的角度来谈锁。 2. 为什么需要锁 2.1 什么是数据竞争 在本节的开头，我们来谈一谈为什么开发程序需要使用锁？如果你有一点并发编程的基础，又或者对多线程有一点熟悉，那么你肯定知道答案，那就是数据竞争。 2.2 数据竞争实例 我们举一个生活的例
-
在多用户环境中，在同一时间可能会有多个用户更新相同的记录，会产生冲突，解决方案有两种：乐观锁、悲观锁。 悲观锁在这里不讲，自行Google。 乐观锁假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性，不完整则更新失败。 乐观锁实现方式 使用整数表示数据版本号.更新时检查版本号是否一致,如果相等,则更新成功,且版本号+1.如果不等,则数据已经被修改过,更新失败。 使用时间戳来实现。 本质上也
-
悲观锁：假定会发生并发冲突，屏蔽一切可能违反数据完整性的操作 乐观锁：假设不会发生并发冲突，只在提交操作时检查是否违反数据完整性。 乐观锁与悲观锁的具体区别: http://www.cnblogs.com/Bob-FD/p/3352216.html
-
乐观锁Version 要使用乐观锁，需要使用version标记 type User struct { Id int64 Name string Version int `xorm:"version"` } 在Insert时，version标记的字段将会被设置为1，在Update时，Update的内容必须包含version原来的值。 var user User engine
-
问题内容： 我找不到有关MySQL中乐观锁定的任何详细信息。我读到开始事务使两个实体上的更新保持同步，但是，它不会停止两个用户同时更新数据而引起冲突。 显然乐观锁定会解决这个问题吗？这在MySQL中如何应用。是否有SQL语法/关键字呢？还是MySQL具有默认行为？ 谢谢你们。 问题答案： 关键是，乐观锁定不是数据库功能，不适用于MySQL或其他功能：乐观锁定是一种使用带有标准指令的DB进行的实践。
-
问题内容： 使用版本属性对实体进行乐观锁定可以很好地实现，并且易于实现： 实体具有以下类型的属性： 到目前为止，一切都很好。现在，服务方法返回上述实体的数据传输对象（DTO），视图以HTML形式显示。对于更新页面，VERSION属性存储在HTML隐藏字段中，并与表单一起提交。 目的是使用version属性来确保如果显示的信息带有旧版本，则用户的更新将失败。 控制器通过调用包含更新信息（包括版本属性