在Seata中确实能跨库事务。Seata（Simple Extensible Autonomous Transaction Architecture）是一个由蚂蚁金服和阿里巴巴共同开源的分布式事务解决方案，它主要用于解决微服务架构下的数据一致性问题，特别是当操作涉及多个数据库（跨库事务）时。

以下是关于Seata如何支持跨库事务的详细说明：

1. 跨库事务的定义

跨库事务指的是在分布式系统中，一个事务操作需要跨越多个数据库实例（即跨库）来完成。这通常发生在微服务架构中，不同服务可能使用不同的数据库实例存储数据，因此，在进行某些业务操作时，需要同时操作多个数据库，并保持这些操作的一致性。

在Seata中，分支事务的开启是分布式事务处理过程中的一个重要环节。Seata是一个开源的分布式事务解决方案，它提供了AT、TCC等多种事务模式来支持分布式事务的一致性。以下是在Seata中分支事务开启的详细过程：

一、Seata组件角色

首先，我们需要了解Seata中的几个关键组件及其角色：

TC（Transaction Coordinator）：事务协调器，管理全局事务的运行状态，负责协调并驱动全局事务的提交或回滚。

TM（Transaction Manager）：事务管理器，用于开启、提交或回滚全局事务。

当Seata提示“Failed to fetch schema of”错误时，通常表示Seata试图访问数据库的表结构（schema）时出现了问题。这个错误可能由以下原因引起：

1. 数据库连接问题：Seata可能无法正确连接到数据库，或者数据库连接信息（如URL、用户名、密码等）配置不正确。

2. 表不存在：Seata试图访问的表在数据库中可能不存在，或者表名拼写错误。

3. 权限问题：运行Seata服务的用户可能没有足够的权限去访问数据库的表结构。

Seata找不到表数据的问题可能由以下几个原因造成：

• 数据库连接问题：首先，确保Seata服务正确连接到了数据库。检查数据库连接配置，包括URL、用户名和密码等，确保它们都是正确且有效的。

• 表结构问题：Seata依赖于特定的表结构来存储事务相关的数据。例如，global_table、branch_table和lock_table是Seata中用于协调分布式事务的关键表。如果这些表不存在或结构不正确，Seata将无法找到或访问其中的数据。检查这些表是否存在于数据库中，并且它们的结构是否符合Seata的要求。

Seata事务回滚成功但global_table表没有删除数据的情况可能由多种因素导致。global_table是Seata中用于记录全局事务信息的表，理论上在事务回滚后，与该事务相关的全局事务信息应该被清理。如果出现数据未删除的情况，你可以按照以下步骤操作：

检查回滚日志：
首先，检查Seata的日志，看是否有关于回滚操作的详细记录。这可以帮助你了解回滚是否确实执行了，以及执行过程中是否遇到了任何问题。

检查回滚策略：
确认你的Seata配置中的回滚策略是否正确。有时候，如果配置了错误的回滚策略或者超时时间，可能会导致回滚操作未能正确执行。

Seata-server无法启动的原因可能多种多样，以下是一些可能的原因和相应的解决方案：

虚拟机内存不足：如果你的系统内存不足，尤其是当你的jre是32位时，它可能无法为大内存的应用提供足够的支持。此时，你可以尝试增加虚拟机的内存，或者将jre升级为64位版本。

使用了不支持的Java版本：Seata只支持特定版本的Java，比如Java 8和11。如果你的Java版本过高，可能会因为某些功能（如CMS处理器）被移除而导致启动失败。你可以通过降级Java版本，或者在Seata的启动脚本中删除或修改与CMS处理器相关的命令来解决这个问题。

在Seata分布式事务中，当事务回退并抛出异常时，这些异常可能会被全局异常处理器（如Spring的@ControllerAdvice或@RestControllerAdvice）拦截。这可能导致一些预期之外的行为，特别是当你想要在异常处理器中执行一些特定的逻辑（如日志记录、错误响应格式化等）时。以下是一些建议，帮助你处理Seata事务回退时的异常：

区分Seata异常与其他异常：
在全局异常处理器中，你可以检查抛出的异常是否是Seata相关的异常。如果是，你可以决定如何处理这些异常，例如是否要将它们重新抛出或转换为其他类型的异常。

Seata 2.0.0 在启动时未使用指定的 SEATA_CONFIG_NAME 配置可能有多种原因。以下是一些建议的排查步骤和可能的原因：

环境变量设置问题：

确保你在启动应用之前已经正确设置了 SEATA_CONFIG_NAME 环境变量。

检查环境变量的设置方式是否正确，比如在命令行中使用 export SEATA_CONFIG_NAME=your_config_name（Linux/Mac）或者在系统属性中设置（Windows）。

目前，我无法直接提供Seata最新的发版计划，因为软件项目的发布计划通常是由开发团队根据项目的进度、需求和资源等因素来决定的。这些计划可能会受到多种因素的影响，包括开发进度、测试结果、用户反馈、市场需求等。

为了获取Seata最新的发版计划，您可以采取以下措施：

1. 访问Seata的官方网站：通常，软件项目的官方网站会发布关于新版本发布的重要信息。您可以定期访问Seata的官方网站，查看最新的新闻、公告或发布日志，以了解最新的发版计划。

Seata入门教程主要涵盖了Seata的安装与配置、使用以及可能遇到的问题等方面。以下是一个基本的入门指南：

1. Seata安装与配置

  下载相关文件与源码。可以在Seata的官方GitHub仓库中找到对应版本的源码和发行版文件。

  创建数据库表。在源码文件夹中找到mysql.sql，并使用数据库可视化工具创建所需的表。

  修改配置文件。找到file.conf文件并修改其中的mysql连接配置信息，确保数据库连接正确。同样地，修改application.yml或其他相关配置文件，以配置Seata服务器的端口和其他相关参数。

在TCC模式下，Seata的三个方法（try、confirm、cancel）本身并不需要加@Transactional注解**。这三个方法是TCC模式的核心组成部分，用于实现分布式事务的两阶段提交。try方法用于执行业务逻辑和准备事务资源，confirm方法用于提交事务，而cancel方法用于在事务失败时回滚。

然而，为了在TCC模式下使用Seata的全局事务管理功能，你需要在全局事务的入口方法上添加@GlobalTransactional注解。这个注解告诉Seata开始一个新的全局事务，并管理其中的分支事务。