更新和插入查询之间的死锁

Question

我在更新和插入查询之间的应用程序中遇到了死锁，我无法理解为什么以导致死锁的方式给出锁。

null

更新`msc`SET`m_id`=110，`s_id`=1234，`c_id`='9b39cd'，其中`msc`.`id`=54362

插入-

在`MSC'(`M_ID'、`S_ID'、`C_ID')中插入值(110、1235、'9B39CD')

null

    ------------------------
    LATEST DETECTED DEADLOCK
    ------------------------
    2017-03-17 15:41:03 0x7f8039550700
    * (1) TRANSACTION:
    TRANSACTION 7784084, ACTIVE 2 sec inserting
    mysql tables in use 1, locked 1
    LOCK WAIT 11 lock struct(s), heap size 1136, 46 row lock(s), undo log entries 25
    MySQL thread id 493648, OS thread handle 140188693010176, query id 55263589 ip-10-198-7-203.ec2.internal 10.198.7.203 root update
    INSERT INTO MSC (m_id, s_id, c_id) VALUES (110, 1235, '9b39cd')
    * (1) WAITING FOR THIS LOCK TO BE GRANTED:
    RECORD LOCKS space id 1377 page no 10 n bits 152 index PRIMARY of table "db"."M" trx id 7784084 lock mode S locks rec but not gap waiting
    Record lock, heap no 67 PHYSICAL RECORD: n_fields 42; compact format; info bits 0
     0: len 4; hex 800000ac; asc     ;;
     1: len 6; hex 00000076c69f; asc    v  ;;
     2: len 7; hex 76000001cb24c5; asc v    $ ;;
     3: len 8; hex 999be72e2e07032e; asc    ..  .;;
     4: len 8; hex 999c22fa43025221; asc   " C R!;;
问题-我无法理解以下内容-1。为什么更新查询必须等待，并且在插入查询获得锁时无法获得锁？2.为什么更新查询需要/采用M表上的排他(X)锁。
请在这里分享你的想法。如果需要任何额外的信息，请让我知道。
                

Answer 1

M表中是否存在110的id值？另外，在start transaction；和commit；命令中包装这些单独的事务可能很有用，以确保在更新尝试运行之前完成插入。

示例：

START TRANSACTION;
INSERT INTO `MSC` (`m_id`, `s_id`, `c_id`) VALUES (110, 1235, '9b39cd')
COMMIT;

START TRANSACTION;
UPDATE `MSC` SET `m_id` = 110, `s_id` = 1234, `c_id` = '9b39cd', WHERE 
`MSC`.`id` = 54362
COMMIT;