mysql的存儲過程會自動開啟一個事務嗎？

問題描述

mysql的存儲過程會自動開啟一個事務嗎

問題出現(xiàn)的環(huán)境背景及自己嘗試過哪些方法

問題是這樣的，有一段代碼，這段代碼開啟了事務，整個請求就開啟了這一個事務，這個事務中間有調(diào)用一個存儲過程，這個存儲過程就是更新了一些數(shù)據(jù)，存儲過程里面是沒有顯示開啟事務的，就begin，end就完了。
這個事務里面有更新一條數(shù)據(jù)，執(zhí)行完后，代碼里面又有個操作去更新存儲過程里面剛剛更新過了的同一條數(shù)據(jù)，這里就發(fā)生了鎖等待超時了。

你期待的結果是什么？實際看到的錯誤信息又是什么？

我想問的是，調(diào)用執(zhí)行存儲過程，存儲過程里面沒有開啟事務，它會自動開啟一個新的事務嗎？而且沒有自動提交。
導致后面操作相同數(shù)據(jù)的時候拿不到鎖。

我通過查看MySQL的鎖情況和代碼測試，發(fā)現(xiàn)確實是存儲過程開啟了一個新的事務，執(zhí)行完后也沒有提交，一直掛在那里。

回答

編輯回答

九年囚

當你決定使用存儲過程的時候，那么整個事務是在MYSQL端完成的。

對于事務競爭優(yōu)化的主要一點就是減少事務鎖時間。

你選擇了使用存儲過程就可以不用再代碼中開啟事務，深度優(yōu)化即將事務SQL在MYSQL端執(zhí)行（存儲過程）

以下是類似的秒殺事務落地的存儲過程

-- 秒殺執(zhí)行存儲過程
DELIMITER $$ -- ； 轉換為 $$
-- 定義存儲過程 in 輸入?yún)?shù)   out 輸出參數(shù)
-- ROW_COUNT 返回上一條修改類型sql（delete、insert、update）的影響函數(shù)
-- row_count 0 未修改數(shù)據(jù) >0修改的函數(shù) <0 SQL錯誤、未執(zhí)行修改sql
CREATE PROCEDURE `seckill`.`execute_seckill`
  (in v_seckill_id bigint,in v_phone bigint,
    in v_kill_time TIMESTAMP ,out r_result int)
  BEGIN
    DECLARE insert_count int DEFAULT 0;
    START TRANSACTION ;
    insert ignore into success_killed
      (seckill_id,user_phone,create_time)
      VALUES (v_seckill_id,v_phone,v_kill_time)
    select ROW_COUNT() into insert_count;
    if (insert_count = 0) THEN
      ROLLBACK;
      set r_result = -1;
    ElSEIF(insert_count < 0) THEN
      ROLLBACK;
      set r_result = -2;
    ELSE
      UPDATE seckill
      set number = number - 1
      where seckill_id = v_seckill_id
        and end_time > v_kill_time
        and start_time < v_kill_time
        and number > 0;
        SELECT row_count() into insert_count;
        if (insert_count = 0) THEN
          ROLLBACK;
          set r_result = 0;
        ElSEIF(insert_count < 0) THEN
          ROLLBACK;
          set r_result = -2;
        ELSE
          COMMIT;
          SET r_result = 1;
        END if;
    END if;
  END;
$$
-- 存儲過程定義結束

DELIMITER ;

set @r_result=-3;
-- 執(zhí)行存儲過程
call execute_seckill(1003,18820116735,now(),@r_result);

-- 獲取結果
select @r_result;

這屬于并發(fā)優(yōu)化的階段了，不要過度依賴存儲過程，其一般用于簡單的邏輯

2017年6月9日 00:51