mysql - 当mysql大事务失败时发送系统状态

Question

目前我们的每个 MySQL 事务都在计算和更新 100K+~100000000 行到 100K 到 10 亿行的表。有时此类交易会因不明原因而失败，我们正在尝试对其进行分类。有些人建议限制每个事务中的行数(少于 100 Ks)是一个很好的做法。但是，我们希望更好地量化我们案例中的交易限制。此外，我们希望通过在事务失败期间包含更多系统状态来使事务错误消息提供更多信息，以便我们可以
自信地知道当前硬件规范中的事务限制是多少。有两分钱吗？现在我们在事务失败时打印MySQL“显示变量”，并使用grafana半手动比较系统资源。 https://grafana.com/这是相当费力的，而且可能不准确，因为 grafana 可能会有一些延迟等。

谢谢。

Answer 1

我们不要尝试分析太大的交易，而是讨论消除它的选项。

一次将其分成 10K 行可以吗？也就是说，每 10K 行之后，有一个 COMMIT。这将一笔交易分成几笔。从性能和崩溃的角度来看，这是一场绝对的胜利。从 ACID 的角度来看，您需要回答这个问题。

假设您可以将其分解，我建议使用此处给出的技术作为有效执行查询的可能方法: http://mysql.rjweb.org/doc.php/deletebig#deleting_in_chunks (是的，经过微小的更改，它适用于UPDATE。)