Seata事务回滚成功但global_table表没有删除数据的情况可能由多种因素导致。global_table是Seata中用于记录全局事务信息的表，理论上在事务回滚后，与该事务相关的全局事务信息应该被清理。如果出现数据未删除的情况，你可以按照以下步骤操作：
检查回滚日志：
首先，检查Seata的日志，看是否有关于回滚操作的详细记录。这可以帮助你了解回滚是否确实执行了，以及执行过程中是否遇到了任何问题。
检查回滚策略：
确认你的Seata配置中的回滚策略是否正确。有时候，如果配置了错误的回滚策略或者超时时间，可能会导致回滚操作未能正确执行。
检查数据库连接和权限：
确保Seata服务有正确的数据库连接和权限来执行回滚操作。如果连接中断或权限不足，可能会导致数据无法被删除。
手动清理数据：
如果确定数据确实应该被删除，但由于某种原因没有被自动删除，你可以考虑手动清理这些数据。但是，在进行手动操作之前，请务必备份相关数据，以防万一。
分析代码逻辑：
检查你的业务代码逻辑，确保在需要回滚的场景下，确实触发了回滚操作。有时候，代码逻辑的错误可能导致回滚没有被正确触发。
升级Seata版本：
如果你使用的是较旧的Seata版本，考虑升级到最新版本。新版本可能已经修复了与回滚相关的bug。
寻求社区帮助：
如果以上步骤都无法解决问题，你可以在Seata的官方社区或相关技术论坛发帖求助。在发帖时，提供尽可能详细的信息，包括你的Seata版本、配置、日志以及你尝试过的解决步骤，这将有助于他人更好地理解你的问题并提供帮助。
请注意，在处理此类问题时，务必谨慎操作，避免对数据造成不必要的损失。同时，建议在进行任何操作之前先备份相关数据。