【问题标题】:Conditional update of a value within a transaction有条件地更新事务中的值
【发布时间】:2018-12-11 00:27:51
【问题描述】:

我的表items 中有一个totalAmountpurchasedItems 的项目列。如果:totalAmount >= purchasedItems + 1,我想自动更新purchasedItems,否则我想抛出一个错误。我尝试做这样的事情,但失败了。如何以原子方式实现这一点(我正在使用 java jdbc 执行此操作)?

SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
BEGIN TRANSACTION
    DECLARE @purchased AS INT
    DECLARE @total AS INT
    SELECT @purchased = SELECT (purchasedItems + 1) FROM events WHERE id=1
    SELECT @total = SELECT totalAmount FROM items WHERE id=1
    IF @purchased > @total
    BEGIN
        SIGNAL SQLSTATE '45000' SET MESSAGE_TEXT = 'Max value passed'
    END 
    # ELSE DO UPDATE 
    SELECT @remaining
COMMIT TRANSACTION

永远不会抛出错误信息

【问题讨论】:

  • 您是否尝试过使用the transaction features of JDBC itself
  • @GordThompson 如果我启动事务并执行获取以检查我的条件是否通过然后更新表,那么另一个进程无法在获取和更新之间进行更新,对吧?
  • @GordThompson,我应该在提交后将 con.getAutoCommit 的值重置为 true 吗?

标签: java mysql sql jdbc transactions


【解决方案1】:

如果我启动事务并执行 get 以检查我的条件是否通过,然后更新表,则另一个进程无法在 get 和更新之间进行更新,对吗?

这是正确的,但是即使使用 SERIALIZABLE 事务隔离,如果多个进程尝试使用“检查然后更新并提交”策略,您仍然会遇到死锁。考虑一个简化的示例,代码只是想将purchasedItems 增加到最大 10:

try (Connection conn = DriverManager.getConnection(connectionUrl, myUid, myPwd)) {
    conn.setAutoCommit(false);
    conn.setTransactionIsolation(Connection.TRANSACTION_SERIALIZABLE);
    final int maxPurchasedItems = 10;
    Statement st = conn.createStatement();
    System.out.println("Initial SELECT ...");
    Long t0 = System.nanoTime();
    ResultSet rs = st.executeQuery("SELECT purchasedItems FROM items WHERE id = 1");
    rs.next();
    int n = rs.getInt(1);
    System.out.printf("Original value: %d (%d ms)%n",
            n, (System.nanoTime() - t0) / 1000000);
    if (n >= maxPurchasedItems) {
        System.out.printf("Increment would exceed limit of %d. Cancelled.%n", maxPurchasedItems);
        conn.rollback();
    } else {
        Thread.sleep(5000);
        t0 = System.nanoTime();
        System.out.println("Attempting UPDATE ...");
        st.executeUpdate("UPDATE items SET purchasedItems = purchasedItems+1 WHERE id = 1");
        rs = st.executeQuery("SELECT purchasedItems FROM items WHERE id = 1");
        rs.next();
        n = rs.getInt(1);
        System.out.printf("Updated value: %d (%d ms)%n",
                n, (System.nanoTime() - t0) / 1000000);
        Thread.sleep(5000);
        conn.commit();
    }
} catch (Throwable ex) {
    ex.printStackTrace(System.err);
}

如果我们尝试在我们看到的两个独立进程下同时运行该代码

进程_A:

Initial SELECT ...
Original value: 6 (142 ms)
Attempting UPDATE ...
Updated value: 7 (1910 ms)

进程_B:

Initial SELECT ...
Original value: 6 (144 ms)
Attempting UPDATE ...
com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Deadlock found when trying to get lock; try restarting transaction

这是因为 Process_A 的初始 SELECT 在行上放置了一个读锁(也称为共享锁)。它只是一个读锁,所以 Process_B 的初始 SELECT 被允许继续进行。但是,它还在同一行上放置了一个读锁,因此两个事务在写入时会死锁。 MySQL 必须选择要杀死的事务,而 Process_B 是不幸的。

相反,您应该使用“更新然后检查并在必要时回滚”策略:

try (Connection conn = DriverManager.getConnection(connectionUrl, myUid, myPwd)) {
    conn.setAutoCommit(false);
    final int maxPurchasedItems = 10;
    Statement st = conn.createStatement();
    System.out.println("Initial UPDATE ...");
    Long t0 = System.nanoTime();
    st.executeUpdate("UPDATE items SET purchasedItems = purchasedItems+1 WHERE id = 1");
    ResultSet rs = st.executeQuery("SELECT purchasedItems FROM items WHERE id = 1");
    rs.next();
    int n = rs.getInt(1);
    System.out.printf("Updated value: %d (%d ms)%n",
            n, (System.nanoTime() - t0) / 1000000);
    Thread.sleep(5000);
    if (n > maxPurchasedItems) {
        System.out.printf("Increment exceeds limit of %d. Rolling back.%n", maxPurchasedItems);
        conn.rollback();
    } else {
        conn.commit();
    }
} catch (Throwable ex) {
    ex.printStackTrace(System.err);
}

【讨论】:

  • 你的意思是在这两个地方都说“读锁”吗:“那是因为Process_A的初始SELECT在该行上放置了一个写锁。它只是一个写锁,所以允许Process_B的初始SELECT继续进行"
  • @MikeVosseller - 既然你提到了,我倾向于同意。谢谢。
  • ? 我认为另一种解决方案是将初始选择语句修改为 SELECT FOR UPDATE: SELECT purchaseItems FROM items WHERE id = 1 FOR UPDATE;这将获得一个排他/写锁,并防止两个事务同时运行下面的代码。
  • 这样做的复杂性不是更小吗: UPDATE items SET purchaseItems = CASE WHEN purchaseItems
猜你喜欢
  • 1970-01-01
  • 2019-10-21
  • 1970-01-01
  • 2012-01-15
  • 1970-01-01
  • 2019-07-10
  • 1970-01-01
  • 2015-02-15
  • 1970-01-01
相关资源
最近更新 更多