問題描述

各位好，遇到一個(gè)問題，請教一下大家。我現(xiàn)在有一張業(yè)務(wù)表，結(jié)構(gòu)如下CREATE TABLE rms_pickup_step_agg (htl_cd varchar(20) DEFAULT NULL COMMENT ’酒店編號(hào)’,para_typ int(11) DEFAULT NULL COMMENT ’匯總類型’,para_cd varchar(100) CHARACTER SET utf8 COLLATE utf8_bin DEFAULT NULL COMMENT ’匯總代碼’,sub_typ int(11) DEFAULT NULL COMMENT ’子類型’,sub_cd varchar(100) CHARACTER SET utf8 COLLATE utf8_bin DEFAULT NULL COMMENT ’子類型代碼’,pickup_day int(11) DEFAULT NULL COMMENT ’Pickup day’,live_dt varchar(30) DEFAULT NULL,occ float DEFAULT NULL COMMENT ’出租房數(shù)’,rev float DEFAULT NULL COMMENT ’房費(fèi)收入’,update_dt datetime DEFAULT CURRENT_TIMESTAMP COMMENT ’更新時(shí)間’, UNIQUE KEY idx01_rms_pickup_step_agg (htl_cd,para_typ,para_cd,sub_typ,sub_cd,pickup_day,live_dt) USING BTREE) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT=’Pickup步速表’;

現(xiàn)在有兩個(gè)線程同時(shí)執(zhí)行語句，線程1 執(zhí)行replace INTO rms_pickup_step_agg (htl_cd,para_typ,para_cd,sub_typ,sub_cd,pickup_day,live_dt,occ,rev,update_dt) VALUES (’101336’, ’0’, ’0’, ’3’, ’NC’, ’14’, ’2017’, ’7.0’, ’3160.40’, ’2017-05-29 07:31:27’);不提交

線程2 執(zhí)行 replace INTO rms_pickup_step_agg (htl_cd,para_typ,para_cd,sub_typ,sub_cd,pickup_day,live_dt,occ,rev,update_dt) VALUES (’101336’, ’0’, ’0’, ’3’, ’NC’, ’14’, ’2016’, ’7.0’, ’3160.40’, ’2017-05-29 07:31:27’);

發(fā)現(xiàn)線程2出現(xiàn)等待鎖的情況。

為啥會(huì)出現(xiàn)鎖？謝謝！

問題解答

你確定是出現(xiàn)死鎖了嗎，按道理說不會(huì)的吧，這個(gè)唯一索引不沖突。這個(gè)表沒有主鍵，你加一個(gè)主鍵吧。

innodb默認(rèn)隔離級(jí)別下，唯一索引，你又是replace，理論上只是行鎖不應(yīng)該出現(xiàn)阻塞的，確定你的操作只有這些嗎？ 5.7也沒看到有這種事務(wù)鎖的更新哪