请问seata中，请问大家有没有遇到从1.4.2版本升级到1.6.0版本后，原来嵌套SQL写法报错？

在 Seata 1.6.0 版本中，对嵌套 SQL 的支持进行了一些修改和调整，可能会导致部分原来的嵌套 SQL 写法无法正常工作。具体来说，Seata 1.6.0 版本中对嵌套 SQL 的支持进行了如下改进：

支持多个 Select 子句的嵌套。

不再支持在嵌套 SQL 中使用分页查询。

不再支持在嵌套 SQL 中使用子查询。

不再支持在嵌套 SQL 中使用 WITH 子句。

如果您在升级到 Seata 1.6.0 版本后遇到了原来嵌套 SQL 写法报错的问题，可能是由于以上改进导致的。建议您检查代码中是否使用了不受支持的嵌套 SQL 写法，并根据 Seata 1.6.0 的新特性和限制进行相应的调整和优化。

在从 Seata 1.4.2 版本升级到 1.6.0 版本时，可能会遇到一些嵌套 SQL 写法导致的报错。这是因为在 Seata 1.6.0 中引入了一些新的特性和变化，其中包括对 SQL 解析和处理方式的改进。

具体而言，在 Seata 1.6.0 中，新增了对嵌套 SQL 的支持，但同时也带来了一些限制和注意事项。如果您的代码中使用了嵌套 SQL 写法，并且在升级后出现了报错，可能需要进行以下调整：

1. 检查语法问题：确保嵌套 SQL 的语法在 Seata 1.6.0 中仍然有效。你可以参考 Seata 官方文档或相关文档来了解关于嵌套 SQL 的用法和限制。

2. 修改嵌套 SQL 逻辑：根据具体的错误信息和提示，修改代码中的嵌套 SQL 写法，以符合 Seata 1.6.0 的要求。这可能涉及到重写 SQL 查询、修改事务逻辑等。

3. 回退到较低版本：如果上述调整不可行或者暂时无法解决问题，您可以考虑回退到 Seata 1.4.2 版本，以确保原有的嵌套 SQL 写法能够正常工作。然后，您可以等待 Seata 的后续版本，或者向 Seata 社区报告该问题。

本来就不支持，之前没校验，这样的sql直接提交了倒还好，回滚不了的，是有风险的在1.4.2上，如果决议二阶段是提交那还好，如果决议回滚等着哭吧。此回答整理自钉群“3群-Seata 开源讨论群”。