问题描述
我们目前正在使用带有 hikaricp 的 axon 框架作为数据源池系统。我们不时面临池耗尽问题，我们有一个理论：
- 为了更新我们的读取模型，我们使用命令总线发送 UpdateEntityViewCommand。
- 当命令总线使用主事务管理器（写管理器）启动一个事务时，它从写池中获取一个连接
- 在处理程序上，我们使用读取池中的连接打开内部事务，从而阻塞外部事务。
这在某些情况下似乎会耗尽池。问题是：我们应该停止使用命令总线来更新我们的读取模型吗？ 是否适合有两根总线（一根用于写入，一根用于读取？
提前致谢
解决方法
Axon 将命令、事件和查询分开的目的是在您的系统中支持 CQRS。这意味着您将引入专用的命令模型和查询模型，它们分别只接收命令和查询消息。
查询模型通常也称为投影或读取模型。
正是 Axon 通常用于这种想法的组合，这使您的问题有点含糊。或者，您可能以不同于通常的方式使用它。 顺便说一下，Axon 通过这种方法支持 CQRS，并不需要您在设置中也执行 CQRS。
无论如何，这也很好（正如评论中所述）：
- 在证明有用时包含消息处理程序的代码片段
- 深入了解您的配置
- 无论您打算在应用程序中使用 CQRS 模式，是或否
与此完全分开，我可以就 Axon 如何处理交易提供一些指导。 Axon 应用程序中的每条消息都将启动一个所谓的“工作单元”。 UnitOfWork（简称 UoW）将启动一个事务。这意味着无论您使用命令、事件还是查询，Axon 都已经为您启动了该事务。
更进一步，这也意味着无论您在消息处理函数中做什么（因此 @CommandHandler、@EventHandler 和 @QueryHandler 注释方法) 将始终有一个活动事务正在运行。例如，这定义了您不必在消息处理函数中包含您自己的事务管理，例如 @Transactional 注释。
最后，我猜你可能混淆了一些概念。这显然会发生，所以不用担心；这就是 SO 的用途。不过，除此之外，您不必在任何消息处理函数中启动您自己的事务，因为在那个时间点您已经有一个活动事务。