MySQL能够回滚的事务时长取决于事务的大小、操作的数据量和事务执行过程中生成的undo日志的量，而并没有严格的时间限制。下面是一些影响MySQL事务回滚时间的关键因素：
1. undo日志的存储
undo日志记录了事务在执行过程中对数据的每个修改的旧版本，以便在回滚时能够撤销这些修改。MySQL会为每个正在执行的事务生成相应的undo日志，直到事务提交或回滚时，才会利用这些日志进行数据恢复。undo日志保存在内存和磁盘上，对于长时间运行的事务，这些日志可能会占用大量资源。
2. 事务的大小与复杂度
事务执行的SQL操作越多、修改的数据量越大，回滚所需的时间就越长。因为MySQL需要逐步撤销每个修改操作。如果一个事务涉及大量的数据行插入、删除或更新，那么回滚的过程将需要遍历并撤销所有这些操作。
3. 系统资源
内存和磁盘IO性能会影响事务回滚的速度。长时间运行的事务可能会在内存中积累大量的undo日志，当这些日志需要从磁盘恢复时，磁盘的性能和系统的负载都会直接影响回滚速度。如果系统资源紧张，回滚一个大事务可能需要较长的时间。
4. 长时间未提交事务的影响
锁持有问题：未提交的长事务会持有锁，可能导致系统中的其他事务阻塞。虽然MySQL可以回滚这些事务，但如果事务的undo日志非常庞大，回滚过程本身也可能需要较长时间。MVCC影响：在MVCC机制下，长时间未提交的事务会阻止旧版本数据的清理（垃圾回收），导致undo日志持续增长，占用大量空间。
回滚的最大时间或资源限制
虽然MySQL没有硬性的时间限制来规定事务的回滚时长，但某些情况下可能会遇到以下问题：
事务日志空间不足：长时间未提交的事务可能会导致MySQL的事务日志空间（undo日志、redo日志等）不足，影响数据库性能。如果系统配置中为这些日志设置了较小的存储空间，可能会导致日志空间耗尽，触发问题。锁等待超时：在长事务未提交的情况下，其他事务可能会进入锁等待状态。如果等待时间过长，MySQL会因锁超时抛出错误。
如何避免长事务的影响
分解大事务：避免在一个事务中执行大量的修改操作，尽量将大的操作拆分为多个小事务，这样可以减轻回滚的负担，也减少了长事务对系统资源的占用。
监控长事务：使用MySQL的性能监控工具，例如SHOW PROCESSLIST，可以实时监控那些长时间运行的事务，并根据需要手动回滚或提交它们。
合适的undo日志配置：根据业务需求配置合适的undo日志大小和清理策略，防止undo日志过度膨胀。
总结
MySQL可以回滚任意时长的事务，因为回滚主要依赖事务生成的undo日志。然而，回滚所需的时间与事务的大小、复杂性以及系统资源相关，事务越大、系统负载越高，回滚时间可能会越长。为了避免长时间未提交的事务带来的问题，建议定期监控事务状态，并避免长事务的存在。