在Seata中确实能跨库事务。Seata（Simple Extensible Autonomous Transaction Architecture）是一个由蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案，它主要用于解决微服务架构下的数据一致性问题，特别是当操作涉及多个数据库（跨库事务）时。
以下是关于Seata如何支持跨库事务的详细说明：
1. 跨库事务的定义
跨库事务指的是在分布式系统中，一个事务操作需要跨越多个数据库实例（即跨库）来完成。这通常发生在微服务架构中，不同服务可能使用不同的数据库实例存储数据，因此，在进行某些业务操作时，需要同时操作多个数据库，并保持这些操作的一致性。
2. Seata的支持机制
Seata通过以下机制来支持跨库事务：
事务协调：Seata引入了事务协调者（TC, Transaction Coordinator）的角色，负责维护全局事务的状态，并协调全局事务的提交或回滚。当跨库事务发生时，TC会监控并协调所有参与的数据库分支事务。
资源注册：资源管理器（RM, Resource Manager）负责管理分支事务，向TC注册分支事务，并报告分支事务的状态。在跨库事务中，每个数据库实例的RM都会向TC注册其对应的分支事务。
两阶段提交：Seata基于两阶段提交协议（2PC, Two-Phase Commit Protocol）来实现跨库事务的一致性。在准备阶段，TC会要求所有参与的RM准备并锁定资源；在提交阶段，TC会根据所有RM的反馈情况决定提交或回滚事务。
3. 具体实现模式
Seata提供了多种事务模式来支持跨库事务，包括：
AT模式：AT模式是Seata的默认模式，它通过数据快照和全局锁来实现最终一致性。在AT模式下，Seata会拦截业务SQL的执行，并在执行前后保存数据快照和行锁，以确保在回滚时能够恢复数据状态。
TCC模式：TCC模式是一种侵入式的两阶段提交模式，需要业务代码显式地实现Try、Confirm和Cancel三个操作。在Try阶段，业务代码会尝试执行业务操作并预留必要的资源；在Confirm阶段，如果Try阶段成功，则正式提交业务操作；在Cancel阶段，如果Try阶段失败或全局事务需要回滚，则释放预留的资源。
SAGA模式：SAGA模式通过长时间运行的业务事务和补偿机制来实现最终一致性。在SAGA模式下，长事务被拆分为多个本地子事务，每个子事务都有对应的补偿操作。如果某个子事务失败，则通过执行相应的补偿操作来恢复数据状态。
4. 结论
综上所述，Seata通过其事务协调机制、资源注册机制和多种事务模式（如AT、TCC、SAGA）来支持跨库事务。这使得在微服务架构下，不同服务可以轻松地跨越多个数据库实例进行事务操作，并保持数据的一致性。