在使用 Sequelize 进行数据库操作时，不少开发者会遇到一些棘手的问题，其中事务回滚失败就是一个令人困扰的情况。当日志显示事务已执行，但插入的记录却依然存在于数据库中时，我们就需要深入探究问题的根源。

要明确 Sequelize 事务的基本原理。Sequelize 通过将多个数据库操作封装在一个事务中，确保这些操作要么全部成功，要么全部失败。正常情况下，如果在事务执行过程中出现错误，事务应该回滚，之前执行的操作也会被撤销。

日志显示已执行但记录仍存，一种可能的原因是事务中的错误处理机制存在问题。在 Sequelize 中，我们通常会使用 try...catch 块来捕获事务执行过程中的错误，并进行相应处理。如果 catch 块没有正确处理错误，或者在 catch 块中没有触发事务回滚操作，那么即使出现错误，插入的记录也不会被回滚。

另一个潜在的问题可能是数据库本身的特性或配置。不同的数据库对于事务的支持和处理方式略有差异。例如，某些数据库在特定的隔离级别下，可能会出现一些意外的行为。如果数据库的隔离级别设置不当，可能会导致事务无法按照预期回滚。数据库连接池的配置也可能影响事务的正常执行。如果连接池中的连接出现异常，可能会干扰事务的提交或回滚操作。

还有一种情况是代码中存在异步操作的错误处理不当。Sequelize 的事务操作可能涉及到异步操作，如果在异步操作中没有正确处理错误并传递给事务的错误处理逻辑，也可能导致事务回滚失败。

要解决这个问题，我们需要仔细检查错误处理代码，确保在 catch 块中正确调用事务的回滚方法。要检查数据库的配置，确保隔离级别和连接池等设置正确。在处理异步操作时，要保证错误能够被正确捕获和处理。只有全面排查这些可能的因素，才能找到 Sequelize 事务回滚失败的真正原因，并有效解决问题，确保数据库操作的准确性和一致性。