主页 / dba / 问题 / 270418
Accepted
FunnelScr
Asked: 2020-07-06 19:14:45 +0800 CST

如何确保对 MySQL 表的两个或多个同时请求不会干扰

  • 772

假设我对我的数据库中的一个表有大约 1000 个同时请求，该表由这些语句组成（按顺序）：

SELECT

INSERT or UPDATE (could be multiple)

DELETE

我想确保没有任何请求相互干扰，并且表处于下一个传入请求的更新状态。例如：

Request #1 comes in.

Request #2 comes in.

Request #1 starts to get processed.

Request #2 should start only when Request #1 is processed so that the data view is consistent and updated for the next request.

我在网上搜索了这种情况，发现了两件事可能会有所帮助：

  1. 交易

  2. 表锁定

但是当我阅读事务时，我发现当一个事务正在处理一行时，其他事务仍然可以出现并修改该行，这违背了我的目的。

同样在锁定的情况下，只能将列锁定在一种模式下，即读取或写入模式，这再次无法保持数据一致，因为在读取行时它可能会被更新并且刚刚读取的数据将成为旧版本的表实际上是现在。

有没有一种可靠的方法来实现这一点，可以确保没有请求干扰另一个请求，并且表处于下一个传入请求的更新状态？

如果这有帮助，我正在将 MySQL 与 PHP 一起使用。

mysql php

2 个回答

  1. 交易是要走的路。

    ...我发现当一个事务正在处理一行时，其他事务仍然可以出现并修改该行......

    引用您的来源，因为坦率地说，这是完全错误的。
    Transactions的全部意义在于它们为您提供了您正在寻找的那种变化的“原子性”。

    表锁定是一个太宽泛的刷子，无法在这里使用。
    锁定许多行只是更新一个行效率不高，会产生更多的争用，更多的等待，只会减慢一切。打个比方，这就像试图通过堵住城市中其他房子的每个信箱来向一所房子投递一封信。

    • 0
  2. Best Answer

    除了菲尔的点...

    一个常见的模式：

    BEGIN;
SELECT ... FOR UPDATE;
use the values from that SELECT
UPDATE ... the row(s) that were SELECTed for UPDATE.  (Or skip if you decide)
COMMIT;

    这（大致）执行以下操作之一：

    • 整个交易运行没有任何大惊小怪。
    • 另一个连接在“同一”时间接触行，但被暂时阻止。(Cf, innodb_lock_wait_timeout) 当前交易看到一个值；被阻止的交易在您的COMMIT.
    • 另一个连接在“同一”时间接触行，但已死锁。当简单地延迟无法解决冲突时，就会发生这种情况。一笔交易将“正常”完成；另一个会出错——两个连接都必须检查错误。

    SERIALIZABLE是多余的。如上所述，这是一种禁止并发访问的蛮力方式。

    更多关于您提到的数据视图。

    每个事务都会看到数据的“快照”。该快照是事务开始时的所有数据。该实现涉及保留行的副本（参见“历史列表”），以便每个事务都可以找到过去一段时间的数据。

    对表的1000 个同时请求

    这是很难实现的。而且很难探查。您可以轻松验证“在同一 1 秒内对表的 1000 个请求”。但是，如果您查看详细信息，您可能会发现实际上“同时”运行的“请求”不超过 10 个。但是它们在 10 毫秒内完成，所以整个集合在一秒钟内完成。

    所以，让我们把这个问题分成两件事：

    • 能够在接触同一张表的同一行的两个连接上取得进展。我在上面已经讨论过了。无论是“2”还是“1000”都没有区别。
    • 能够运行 1000 次查询/秒。如果您在这方面遇到问题，让我们讨论索引、查询公式等。即使具有事务完整性， 1000 qps 通常也是可能的，但可能需要一些额外的工作。
    • 0

相关问题