会话与事务
从版本 3.6 开始,MongoDB 支持会话的概念。使用会话可以启用 MongoDB 的因果一致性模型,该模型保证操作按照尊重其因果关系顺序运行。这些会话分为 ServerSession
实例和 ClientSession
实例。在本节中,当我们提到会话时,我们指的是 ClientSession
。
客户端会话内的操作与会话外的操作并非隔离。 |
MongoOperations
和 ReactiveMongoOperations
都提供了将 ClientSession
绑定到操作的网关方法。MongoCollection
和 MongoDatabase
使用实现 MongoDB 集合和数据库接口的会话代理对象,因此您无需在每次调用时都添加会话。这意味着对 MongoCollection#find()
的潜在调用会被委托给 MongoCollection#find(ClientSession)
。
诸如 (Reactive)MongoOperations#getCollection 之类的方法会返回原生 MongoDB Java Driver 网关对象(例如 MongoCollection ),这些对象本身提供了用于 ClientSession 的专用方法。这些方法**不**进行会话代理。当直接与 MongoCollection 或 MongoDatabase 交互而不是通过 MongoOperations 上的 #execute 回调时,您应在需要的地方提供 ClientSession 。 |
ClientSession 支持
以下示例展示了会话的使用方法
-
命令式
-
响应式
ClientSessionOptions sessionOptions = ClientSessionOptions.builder()
.causallyConsistent(true)
.build();
ClientSession session = client.startSession(sessionOptions); (1)
template.withSession(() -> session)
.execute(action -> {
Query query = query(where("name").is("Durzo Blint"));
Person durzo = action.findOne(query, Person.class); (2)
Person azoth = new Person("Kylar Stern");
azoth.setMaster(durzo);
action.insert(azoth); (3)
return azoth;
});
session.close() (4)
1 | 从服务器获取一个新会话。 |
2 | 像以前一样使用 MongoOperation 方法。ClientSession 会自动应用。 |
3 | 务必关闭 ClientSession 。 |
4 | 关闭会话。 |
处理 DBRef 实例时,特别是延迟加载的实例,至关重要的是在所有数据加载之前**不要**关闭 ClientSession 。否则,延迟加载会失败。 |
ClientSessionOptions sessionOptions = ClientSessionOptions.builder()
.causallyConsistent(true)
.build();
Publisher<ClientSession> session = client.startSession(sessionOptions); (1)
template.withSession(session)
.execute(action -> {
Query query = query(where("name").is("Durzo Blint"));
return action.findOne(query, Person.class)
.flatMap(durzo -> {
Person azoth = new Person("Kylar Stern");
azoth.setMaster(durzo);
return action.insert(azoth); (2)
});
}, ClientSession::close) (3)
.subscribe(); (4)
1 | 获取用于检索新会话的 Publisher 。 |
2 | 像以前一样使用 ReactiveMongoOperation 方法。ClientSession 会自动获取和应用。 |
3 | 务必关闭 ClientSession 。 |
4 | 在您订阅之前不会发生任何事情。有关详细信息,请参阅Project Reactor 参考指南。 |
通过使用提供实际会话的 Publisher
,您可以将会话获取延迟到实际订阅时。此外,您需要在完成后关闭会话,以免在服务器上留下陈旧的会话。在 execute
上使用 doFinally
钩子,在不再需要会话时调用 ClientSession#close()
。如果您希望对会话本身有更多控制,可以通过驱动程序获取 ClientSession
并通过 Supplier
提供它。
ClientSession 的响应式用法仅限于 Template API 的使用。目前,响应式 Repository 没有会话集成。 |
MongoDB 事务
除非您在应用程序上下文中指定了 MongoTransactionManager ,否则事务支持将**禁用**。您可以使用 setSessionSynchronization(ALWAYS) 来参与正在进行的非原生 MongoDB 事务。 |
为了完全通过编程控制事务,您可能希望使用 MongoOperations
上的会话回调。
以下示例展示了编程方式的事务控制
-
命令式
-
响应式
ClientSession session = client.startSession(options); (1)
template.withSession(session)
.execute(action -> {
session.startTransaction(); (2)
try {
Step step = // ...;
action.insert(step);
process(step);
action.update(Step.class).apply(Update.set("state", // ...
session.commitTransaction(); (3)
} catch (RuntimeException e) {
session.abortTransaction(); (4)
}
}, ClientSession::close) (5)
1 | 获取一个新的 ClientSession 。 |
2 | 开始事务。 |
3 | 如果一切按预期进行,提交更改。 |
4 | 发生错误,因此回滚所有内容。 |
5 | 完成后不要忘记关闭会话。 |
上面的示例让您可以完全控制事务行为,同时在回调中使用会话范围的 MongoOperations
实例,以确保将会话传递到每个服务器调用。为了避免这种方法带来的一些开销,您可以使用 TransactionTemplate
来减少手动事务流程的繁琐。
Mono<DeleteResult> result = Mono
.from(client.startSession()) (1)
.flatMap(session -> {
session.startTransaction(); (2)
return Mono.from(collection.deleteMany(session, ...)) (3)
.onErrorResume(e -> Mono.from(session.abortTransaction()).then(Mono.error(e))) (4)
.flatMap(val -> Mono.from(session.commitTransaction()).then(Mono.just(val))) (5)
.doFinally(signal -> session.close()); (6)
});
1 | 首先,我们显然需要初始化会话。 |
2 | 一旦有了 ClientSession ,就开始事务。 |
3 | 通过将 ClientSession 传递给操作,在事务内进行操作。 |
4 | 如果操作异常完成,我们需要停止事务并保留错误。 |
5 | 或者,当然,在成功的情况下提交更改。同时保留操作结果。 |
6 | 最后,我们需要确保关闭会话。 |
上述操作的问题在于保留主流程的 DeleteResult
,而不是通过 commitTransaction()
或 abortTransaction()
发布事务结果,这导致设置相当复杂。
除非您在应用程序上下文中指定了 ReactiveMongoTransactionManager ,否则事务支持将**禁用**。您可以使用 setSessionSynchronization(ALWAYS) 来参与正在进行的非原生 MongoDB 事务。 |
使用 TransactionTemplate / TransactionalOperator 进行事务
Spring Data MongoDB 事务支持 TransactionTemplate
和 TransactionalOperator
。
TransactionTemplate
/ TransactionalOperator
进行事务-
命令式
-
响应式
template.setSessionSynchronization(ALWAYS); (1)
// ...
TransactionTemplate txTemplate = new TransactionTemplate(anyTxManager); (2)
txTemplate.execute(new TransactionCallbackWithoutResult() {
@Override
protected void doInTransactionWithoutResult(TransactionStatus status) { (3)
Step step = // ...;
template.insert(step);
process(step);
template.update(Step.class).apply(Update.set("state", // ...
}
});
1 | 在 Template API 配置期间启用事务同步。 |
2 | 使用提供的 PlatformTransactionManager 创建 TransactionTemplate 。 |
3 | 在回调中,ClientSession 和事务已被注册。 |
在运行时更改 MongoTemplate 的状态(如您可能认为在前面的列表项 1 中那样)可能会导致线程和可见性问题。 |
template.setSessionSynchronization(ALWAYS); (1)
// ...
TransactionalOperator rxtx = TransactionalOperator.create(anyTxManager,
new DefaultTransactionDefinition()); (2)
Step step = // ...;
template.insert(step);
Mono<Void> process(step)
.then(template.update(Step.class).apply(Update.set("state", …))
.as(rxtx::transactional) (3)
.then();
1 | 启用事务同步以便参与事务。 |
2 | 使用提供的 ReactiveTransactionManager 创建 TransactionalOperator 。 |
3 | TransactionalOperator.transactional(…) 为所有上游操作提供事务管理。 |
使用 MongoTransactionManager 与 ReactiveMongoTransactionManager 进行事务
MongoTransactionManager
/ ReactiveMongoTransactionManager
是通往众所周知的 Spring 事务支持的网关。它允许应用程序使用 Spring 的托管事务特性。MongoTransactionManager
将 ClientSession
绑定到线程,而 ReactiveMongoTransactionManager
为此使用 ReactorContext
。MongoTemplate
检测到会话并根据与事务相关的资源进行操作。MongoTemplate
还可以参与其他正在进行的事务。以下示例展示了如何使用 MongoTransactionManager
创建和使用事务
MongoTransactionManager
/ ReactiveMongoTransactionManager
进行事务-
命令式
-
响应式
@Configuration
static class Config extends AbstractMongoClientConfiguration {
@Bean
MongoTransactionManager transactionManager(MongoDatabaseFactory dbFactory) { (1)
return new MongoTransactionManager(dbFactory);
}
// ...
}
@Component
public class StateService {
@Transactional
void someBusinessFunction(Step step) { (2)
template.insert(step);
process(step);
template.update(Step.class).apply(Update.set("state", // ...
};
});
1 | 在应用程序上下文中注册 MongoTransactionManager 。 |
2 | 将方法标记为事务性的。 |
@Transactional(readOnly = true) 建议 MongoTransactionManager 也启动一个事务,将 ClientSession 添加到传出请求中。 |
@Configuration
public class Config extends AbstractReactiveMongoConfiguration {
@Bean
ReactiveMongoTransactionManager transactionManager(ReactiveMongoDatabaseFactory factory) { (1)
return new ReactiveMongoTransactionManager(factory);
}
// ...
}
@Service
public class StateService {
@Transactional
Mono<UpdateResult> someBusinessFunction(Step step) { (2)
return template.insert(step)
.then(process(step))
.then(template.update(Step.class).apply(Update.set("state", …));
};
});
1 | 在应用程序上下文中注册 ReactiveMongoTransactionManager 。 |
2 | 将方法标记为事务性的。 |
@Transactional(readOnly = true) 建议 ReactiveMongoTransactionManager 也启动一个事务,将 ClientSession 添加到传出请求中。 |
控制 MongoDB 特定的事务选项
事务性服务方法可能需要特定的事务选项来运行事务。Spring Data MongoDB 的事务管理器支持评估事务标签,例如 @Transactional(label = { "mongo:readConcern=available" })
。
默认情况下,使用 mongo:
前缀的标签命名空间由默认配置的 MongoTransactionOptionsResolver
进行评估。事务标签由 TransactionAttribute
提供,并可通过 TransactionTemplate
和 TransactionalOperator
进行编程方式的事务控制。由于其声明性本质,@Transactional(label = …)
提供了一个很好的起点,也可以作为文档。
当前支持以下选项
- 最大提交时间
-
控制服务器上 commitTransaction 操作的最大执行时间。值格式与
Duration.parse(…)
使用的 ISO-8601 持续时间格式相对应。用法:
mongo:maxCommitTime=PT1S
- 读取关注
-
设置事务的读取关注。
用法:
mongo:readConcern=LOCAL|MAJORITY|LINEARIZABLE|SNAPSHOT|AVAILABLE
- 读取偏好
-
设置事务的读取偏好。
用法:
mongo:readPreference=PRIMARY|SECONDARY|SECONDARY_PREFERRED|PRIMARY_PREFERRED|NEAREST
- 写入关注
-
设置事务的写入关注。
用法:
mongo:writeConcern=ACKNOWLEDGED|W1|W2|W3|UNACKNOWLEDGED|JOURNALED|MAJORITY
加入外部事务的嵌套事务不会影响初始事务选项,因为事务已经开始。事务选项仅在启动新事务时应用。 |
事务中的特殊行为
在事务内部,MongoDB 服务器的行为略有不同。
连接设置
MongoDB 驱动程序提供了一个专用的副本集名称配置选项,将驱动程序转为自动检测模式。此选项有助于在事务期间识别主副本集节点和命令路由。
确保将 replicaSet 添加到 MongoDB URI 中。请参阅连接字符串选项了解更多详细信息。 |
集合操作
MongoDB 不支持在事务中执行集合操作,例如创建集合。这也会影响首次使用时动态创建集合的操作。因此,请确保所有必需的结构都已到位。
瞬时错误
MongoDB 可以在事务操作期间引发的错误中添加特殊标签。这些可能表明仅通过重试操作就会消失的瞬时故障。我们强烈推荐使用Spring Retry来处理这些情况。不过,可以重写 MongoTransactionManager#doCommit(MongoTransactionObject)
以实现 MongoDB 参考手册中概述的重试提交操作行为。
计数
MongoDB 的 count
操作基于集合统计信息,这可能无法反映事务内的实际情况。在多文档事务中发出 count
命令时,服务器会响应 错误 50851。一旦 MongoTemplate
检测到活跃事务,所有公开的 count()
方法都会被转换并委托给聚合框架,使用 $match
和 $count
运算符,同时保留 Query
设置,例如 collation
。
在聚合计数助手中使用地理命令时会有限制。以下运算符不能使用,必须替换为不同的运算符
-
$where
→$expr
-
$near
→$geoWithin
结合$center
-
$nearSphere
→$geoWithin
结合$centerSphere
使用 Criteria.near(…)
和 Criteria.nearSphere(…)
的查询必须分别重写为 Criteria.within(…)
和 Criteria.withinSphere(…)
。Repository 查询方法中的 near
查询关键词也适用,必须更改为 within
。另请参阅 MongoDB JIRA 议题DRIVERS-518了解更多参考信息。
以下代码片段展示了在会话绑定闭包内使用 count
session.startTransaction();
template.withSession(session)
.execute(action -> {
action.count(query(where("state").is("active")), Step.class)
...
上述代码片段会生成以下命令
db.collection.aggregate(
[
{ $match: { state: "active" } },
{ $count: "totalEntityCount" }
]
)
而不是
db.collection.find( { state: "active" } ).count()