MySQL 保存点在 Web 服务中的实际用途？

Question

有谁有使用 MySQL savepoints （直接或通过 ORM），尤其是在重要的 Web 服务中？ 你在哪里实际使用过它们？ 它们是否足够可靠（假设您愿意运行 MySQL 的最新版本）或者太前沿或太昂贵？

最后，有人有类似以下用例的经验吗？您是否使用过保存点？ 假设某些特定工作单元的要点是向 Orders 表添加一行（或者其他表，当然不一定与订单相关）并更新 OrdersAuditInfo 表，在同一事务中。 如果可能的话，更新Orders是很重要的，但是OrdersAuditInfo表并不是那么重要（例如，可以只将错误记录到文件中，但继续下去）与整体交易有关）。 在低层次上，它可能看起来像这样（警告，伪 SQL 如下）：

BEGIN;

INSERT INTO Orders(...) VALUES (...);
/* Do stuff outside of SQL here; if there are problems, do a
 ROLLBACK and report an error (i.e., Order is invalid in this
 case anyway). */

SAVEPOINT InsertAudit;
INSERT INTO OrdersAudit(...) VALUES(...);
/* If the INSERT fails, log an error to a log file somewhere and do: */
ROLLBACK TO SAVEPOINT InsertAudit;

/* Always want to commit the INSERT INTO Orders: */
COMMIT;

但即使在这里，也许会有更好的（或至少更常见的）习惯用法？ 人们可以将 OrdersAuditInfo 插入到完全不同的事务中，但最好能保证 OrdersAuditInfo 表不会被写入，除非最终的COMMIT确实有效。

Answer 1

我通常倾向于避免保存点，因为它会使代码很难理解和验证。

在您发布的情况下，包装在单个事务中将取决于 OrdersAudit 记录与 Orders 完全对应是否是您业务规则的一部分。

编辑：只需重新阅读您的问题，您不需要保证 OrdersAudit 和 Orders 之间的对应关系。 因此，我不会使用任何事务来插入 OrdersAudit 记录。

Answer 2

我相信您正在使用保存点来避免 INSERT 回滚整个事务失败。 但在这种情况下，最好的方法是使用 INSERT IGNORE。 如果失败，您将收到警告而不是错误，并且不会回滚任何内容。

由于您不需要回滚，因此我建议您不要使用事务。

如果您可能想要回滚一些成功的语句（但不是所有语句），SAVEPOINT 非常有用。 例如：

1. 开始交易；
2. 您不想经常运行的相对较慢的查询
3. INSERT INTO a
4. SAVEPOINT；
5. SELECT id INTO @id FROM slot WHERE status = 'free' ORDER BY timestamp LIMIT 1;
6. 插入 b (slot_id, ...) 值 (@id, ...)
7. 插入 c (slot_id, ...) 值 (@id, ...)
8. 插入 d (slot_id, ...) 值 ( @id，...）
9. 提交；

如果SELECT没有返回任何内容，您可以运行全局ROLLBACK。 如果以下任何插入失败，您可以ROLLBACK TO SAVEPOINT one并选择另一个id。 显然，在这种情况下，您希望在代码中实现最大尝试次数。