您好，麻烦问下无锁变更 9205368 报错 但是还是报一样的错？

根据您提供的信息，报错 No operations allowed after connection closed 通常是由于数据库连接被关闭导致的。尽管您已经将 wait_timeout 参数调整为较大的值（31536000 秒），但问题仍然存在。以下是可能的原因分析及解决方案：

1. 检查其他可能导致连接关闭的因素

除了 wait_timeout 参数外，以下因素也可能导致连接被关闭： - interactive_timeout 参数：该参数控制交互式连接的超时时间。如果您的任务是交互式操作，请确保同时调整 interactive_timeout 参数。

SET GLOBAL interactive_timeout = 31536000;

• 网络中断或防火墙限制：检查网络是否稳定，以及是否有防火墙规则导致连接被强制断开。
• 数据库实例宕机或重启：确认目标数据库实例是否正常运行，是否存在宕机或重启的情况。

2. 确认任务执行期间是否有会话被人为终止

在某些情况下，数据库管理员或其他用户可能会手动终止会话（例如通过 KILL 命令）。请检查是否有类似操作：

SHOW PROCESSLIST;

查看当前活动会话，并确认是否有异常终止的记录。

3. 数据库负载过高导致连接被断开

如果目标数据库的 CPU 或内存使用率较高，可能会导致连接被自动断开。建议检查数据库的性能监控指标，确认是否存在资源瓶颈。

4. DTS 或 DMS 的任务配置问题

如果您使用的是数据传输服务（DTS）或数据管理（DMS）进行无锁变更，请注意以下事项： - 任务重试机制：确保任务配置了自动重试功能。如果任务因连接问题失败，可以通过重试解决。 - 无锁变更支持范围：确认您的变更操作是否在无锁变更的支持范围内。例如，无锁变更不支持联合主键、删除列等操作。

5. 进一步排查和验证

如果上述方法仍未解决问题，可以尝试以下步骤： 1. 检查日志文件：查看数据库的日志文件，定位具体的错误原因。例如：

SHOW GLOBAL VARIABLES LIKE 'log_error';

根据返回的路径，检查日志文件内容。 2. 联系技术支持：提供任务 ID（如 9205368）及相关日志信息，联系阿里云技术支持团队进行进一步排查。

总结与建议

• 确保 wait_timeout 和 interactive_timeout 参数均已调整为较大值。
• 检查网络稳定性及数据库实例状态。
• 确认任务是否符合无锁变更的支持范围。
• 如果问题仍未解决，建议结合日志信息联系技术支持团队。

希望以上信息能帮助您解决问题！您可以复制页面截图提供更多信息，我可以进一步帮您分析问题原因。