注释了，回滚才会成功；不注释就报错我用同一个用例，换oracle就没有这个问题怎么排查这个问题呀?

遇到在数据库回滚操作时，注释某些代码才能成功，而未注释时则报错的情况，这通常意味着你的SQL脚本或者应用程序中的数据库交互部分存在依赖于特定数据库系统的行为。由于你提到Oracle数据库没有这个问题，这可能是因为MySQL和Oracle在事务处理、数据类型支持、或是DDL/DML语句的执行方式上有所不同。

以下是一些排查此类问题的步骤：

1. 检查差异性：首先确认MySQL和Oracle在事务管理上的不同。比如，MySQL中DDL（如CREATE, ALTER, DROP等）语句会自动提交事务，而Oracle不会。确保你的脚本或应用逻辑正确地管理了事务边界。

2. 查看错误日志：仔细阅读报错信息，它通常会提供导致失败的具体原因。错误日志中可能会指出是哪条SQL语句或者哪个操作导致的问题。

3. 审查SQL语句：检查被注释掉的代码段，特别是那些执行数据定义语言(DDL)操作的部分，如创建表、修改表结构等。确认这些操作是否与事务不兼容，或者是否有特定于MySQL的语法。

4. 事务管理：确保在执行可能影响事务完整性的操作前，正确开启了事务，并且在所有必要的操作完成后才提交事务。如果需要回滚，确保在异常情况下能够正确回滚到事务开始的状态。

5. 使用数据库无关的API或库：如果你的应用程序使用了ORM（对象关系映射）工具如Hibernate或MyBatis，确保它们的配置和用法对两种数据库都是兼容的。有时候，调整ORM的配置可以解决这类问题。

6. 测试隔离级别：不同的事务隔离级别可能会影响操作的结果。检查并尝试调整数据库连接的事务隔离级别，看是否能解决问题。

7. 环境一致性：确认开发、测试和生产环境的数据库版本一致，以及配置相同。环境差异有时也会导致这类问题。

8. 咨询官方文档：查阅MySQL和Oracle的官方文档，了解它们在事务处理、锁机制等方面的差异，以便更好地理解问题所在。

通过上述步骤，你应该能够定位到问题的原因，并找到相应的解决方案。如果问题依然存在，考虑寻求专业的数据库管理员或相关技术论坛的帮助。