老实说，这个问题的标题有点挣扎。这是交易。我在数据库中的各种表上有一组特定的数据库操作。从更简单的意义上说，这是一种迁移，我想在生产中推出，即在实时用户中推出。
所以，要求是我如何在不实际使用交易的情况下在交易中做到这一点？有一些假设，可能不正确，请随时帮我弄清楚。
- 我认为我们不能在数据库级别使用事务，因为这个过程可能会花费太长时间，有大约 1k 的独立操作可能需要验证记录的现有状态并更新它。
- 然后，如果出于任何原因，中间出现问题，我不想以部分执行的迁移结束。在另一个说明中，这感觉就像软件升级，当他们进行新版本更改并在出现问题时回滚。如果我严格基于此，我必须获取将受到迁移影响的当前记录，保留它们以用于恢复目的，然后应用迁移。如果有任何失败，请以相同的风险重新申请原始记录（一种恢复）。
涉及到服务器 (node.js) 和实时用户，这听起来风险更大并且更难控制整个事情。有什么关于架构级别的想法可以提供帮助吗？提前致谢！
更新
您是否期望事务将锁定表几秒钟或几分钟？可以分成小批量吗？
当您说它“需要太长时间”时，是否意味着它必须在业务需求的特定时间范围内完成，或者您担心它会阻塞表更新时间太长
是的，这可能需要很长时间，事实上，我们可以将该过程分成小批次。我们需要确保两件事。整个操作（甚至分成批次）本质上应该是交易。我并不真正关心它要花费的时间，相反，表/行将在这段时间内保持锁定状态，以防有人尝试某些东西。