我来帮你捋捋这个MSSQL上的问题——你的cleanup()方法在Oracle和MySQL上跑的好好的，到了MSSQL就只能删数据、插不了默认数据，还带Hibernate事务提交不上的问题，大概率是跨数据库的特性差异或者事务配置没对齐导致的。我整理了几个常见的排查方向和解决办法：

1. 先排查SQL脚本的MSSQL兼容性问题 #

这是最常见的原因，毕竟Oracle、MySQL和MSSQL的SQL语法差异不小：

• 自增列插入限制：MSSQL的自增列（IDENTITY）默认不允许手动插入值，如果你插入脚本里指定了自增列的ID，必须先执行SET IDENTITY_INSERT [表名] ON;，插入完成后再执行SET IDENTITY_INSERT [表名] OFF;，否则插入会直接报错，导致整个事务回滚。而Oracle用的是序列、MySQL是AUTO_INCREMENT，都没这个限制，所以之前没问题。
• 批处理分隔符GO的问题：MSSQL脚本里常用GO分隔批处理语句，但Hibernate或JDBC执行时并不识别GO，如果直接跑整个脚本，会因为语法错误导致插入失败。你需要把脚本按GO拆分成多个独立的SQL块，逐块执行。
• 语法细节差异：比如字符串拼接、日期格式、函数名称（比如Oracle的SYSDATE对应MSSQL的GETDATE()），这些小差异也可能导致脚本执行失败。建议先把插入脚本拿到SSMS里跑一遍，看能不能正常插入，排除脚本本身的问题。

2. 检查Hibernate事务的边界和配置 #

MSSQL的事务处理逻辑和另外两个数据库有差异，容易出现事务不提交的情况：

• 事务边界是否覆盖整个流程：确保cleanup()方法被@Transactional注解包裹，而且事务传播行为是REQUIRED（默认值），这样删除数据和插入脚本的操作都在同一个事务里。如果删除和插入是分开的事务，可能删除提交了，但插入因为报错回滚了，就会出现只删不插的情况。
• 隐式事务的干扰：MSSQL默认可能开启隐式事务（某些驱动配置下），也就是说执行完删除后，事务会处于挂起状态，需要显式提交才能生效。你可以在脚本开头加一句SET IMPLICIT_TRANSACTIONS OFF;，强制关闭隐式事务，避免自动开启事务却没提交。
• 查看事务日志：开启Hibernate的详细日志（设置hibernate.show_sql=true和hibernate.format_sql=true，同时开启事务相关日志），看看插入语句有没有执行，有没有抛出异常。很多时候事务没提交是因为中间有异常被悄悄吞掉了，导致事务自动回滚。

3. 确保JDBC执行脚本和Hibernate事务上下文对齐 #

如果你的cleanup()方法是先用Hibernate删除数据，再用JDBC执行插入脚本，那要注意两者的事务是否关联：

• 不要单独创建新的JDBC连接，最好从Hibernate的会话中获取连接，这样JDBC操作会和Hibernate的事务绑定在一起，避免出现两个独立的事务。
• 如果必须用独立的JDBC连接，那要确保在执行完插入脚本后显式调用connection.commit()，同时注意不要和Hibernate的事务冲突。

4. 排查数据库权限问题（概率较低但值得检查） #

虽然能删除数据，但插入可能需要额外权限：比如MSSQL中执行IDENTITY_INSERT需要表的ALTER权限，或者某些表的INSERT权限没给全。你可以用应用的数据库账号在SSMS里手动执行插入脚本，看是否有权限问题。

先从SQL脚本兼容性入手排查，优先在SSMS里验证插入脚本的正确性，再结合Hibernate日志看事务执行情况，应该能很快定位到问题。

内容的提问来源于stack exchange，提问作者Shahe