这个 @Transactional 注解不允许对 value 属性，该属性选择 TransactionManager （可能是设计上的，至少看起来不会很快改变）。所以你不能有 @Transactional("#{@getTxManager}") 它将在呼叫时解析tx管理器。
在一些简单的情况下，您可能可以忽略以下几点，但是只有当您有一个主ds和一个仅在某些情况下使用的辅助ds时，才值得考虑。否则，您将在调用 foo/bar 到处都是，看起来一点都不干净

// TX boundary on the "top" abstraction layer
@Transactional("foo")
public void foo() {
    doWork();
}
@Transactional("bar")
public void bar() {
    doWork();
}

private void doWork() {
    // Work done here, no concern for tx management
}

对于像多租户这样更复杂的情况，如果您还没有考虑的话，abstractroutingdatasource是一个简单而健壮的选择。尽管这取决于你需要多少开关，它可能需要调整，甚至是不合适的。
最后，您可以创建自己的注解，动态地选择ds（虽然我不能保证），但这是最危险的方法，可能收益很小。

最安全的方法是为每个dao创建单独的服务。。。我不想调试这样的代码。请考虑维护此代码以及可能发生的故障。
如果我是你，我会问自己以下问题：
1.）为什么要分开dbs？
2）上下文不是有点混淆吗？也许在他们之间建立一些界限？
3.）我的查询真的需要是事务性的吗？
我可能不知道你的问题的来龙去脉，但对我来说，你似乎用一种错误的方式来建模你的应用程序，我会把重点放在它上面。