MySQL UPDATE 的底层逻辑和批量更新性能

当执行一个 UPDATE 语句时，MySQL 会遵循以下底层逻辑：

1. 查询旧行：MySQL 会读取受影响行的当前值，以确定是否需要更新。
2. 计算新值：根据提供的 SET 子句计算每个受影响行的新值。
3. 更新索引：更新所有受该 UPDATE 影响的索引，以反映新值。
4. 更新行：将计算出的新值写入受影响行。

批量更新性能

批量更新的性能取决于以下因素：

• 数据行数：行数越大，更新所需的时间就越长。
• 更新范围：如果更新需要修改多列或跨越多个表，性能可能会下降。
• 索引：适当的索引可以显着提高批量更新性能。
• 连接数：高连接数可能会导致争用和性能问题。

死锁风险

在事务内执行大批量更新可能会增加死锁风险，因为：

• 多个会话可以同时尝试更新同一行。
• 长时间运行的事务可以阻止其他会话访问同一行。

为了降低死锁风险，可以采取以下措施：

• 使用低隔离级别，例如 READ COMMITTED。
• 使用 OPTIMIZE FOR QUERY 选项来强制早释放锁。
• 分批更新数据，一次更新较小的数据块。