Mysql插入忽略。重复的密钥更新会导致死锁

时间:2018-12-08 09:09:10

标签: mysql sql-update deadlock bulkinsert

我正在使用Mysql 5.7版,当我使用重复键更新时使用insert ignore ..将大数据插入表中时。如果找到相同的记录,则时间将被更新。 下面是我的表架构。

CREATE TABLE `unauthuserpostview` (
    `postid` bigint(20) unsigned NOT NULL,
    `serial` varchar(255) DEFAULT NULL,
    `createdat` timestamp(3) NOT NULL DEFAULT CURRENT_TIMESTAMP(3),
    UNIQUE KEY `idx_unauthuserpostview_postid_serial` (`postid`,`serial`)
    ) ENGINE=InnoDB 

下面是我的批量插入查询。

INSERT IGNORE INTO unauthuserpostview(postid,serial) VALUES ( 44654, 'qpmpf' ),( 44653, 'qpmpf' ),( 44652, 'qpmpf' ),( 44651, 'qpmpf' ),( 44650, 'qpmpf' ),( 44649, 'qpmpf' ),( 44648, 'qpmpf' ),( 44647,             'qpmpf' ),( 44646, 'qpmpf' ),( 44645, 'qpmpf' )on duplicate key update createdat = now()

查询工作正常,但有时会导致死锁。为什么有时会导致死锁,以及如何解决此问题? 为了获得更好的性能,我正在使用批量插入。 以下是死锁结果:-

 LATEST DETECTED DEADLOCK
    ------------------------
    2018-12-08 08:36:10 0x7f3c5794c700
    *** (1) TRANSACTION:
    TRANSACTION 2488051, ACTIVE 0 sec inserting
    mysql tables in use 1, locked 1
    LOCK WAIT 3 lock struct(s), heap size 1136, 2 row lock(s), undo log entries 1
    MySQL thread id 65, OS thread handle 139897890834176, query id 12946 192.168.1.127 root update
     INSERT IGNORE INTO unauthuserpostview(postid,serial) VALUES ( 44654, 'qpmpf' ),( 44653, 'qpmpf' ),( 44652, 'qpmpf' ),( 44651, 'qpmpf' ),( 44650, 'qpmpf' ),( 44649, 'qpmpf' ),( 44648, 'qpmpf' ),( 44647,            'qpmpf' ),( 44646, 'qpmpf' ),( 44645, 'qpmpf' )on duplicate key update createdat = now()
    *** (1) WAITING FOR THIS LOCK TO BE GRANTED:
    RECORD LOCKS space id 422 page no 79 n bits 592 index idx_unauthuserpostview_postid_serial of table `development`.`unauthuserpostview` trx id 2488051 lock_mode X locks gap before rec insert intention   waiting
    Record lock, heap no 491 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
     0: len 8; hex 000000000000ae6e; asc        n;;
     1: len 5; hex 7172656d73; asc qrems;;
     2: len 6; hex 00000089bb9e; asc       ;;

    *** (2) TRANSACTION:
    TRANSACTION 2488045, ACTIVE 0 sec inserting
    mysql tables in use 1, locked 1
    4 lock struct(s), heap size 1136, 3 row lock(s), undo log entries 1
    MySQL thread id 113, OS thread handle 139897144133376, query id 12936 192.168.1.127 root update
    INSERT IGNORE INTO unauthuserpostview(postid,serial) VALUES ( 44654, 'qfdvj' ),( 44653, 'qfdvj' ),( 44652, 'qfdvj' ),( 44651, 'qfdvj' ),( 44650, 'qfdvj' ),( 44649, 'qfdvj' ),( 44648, 'qfdvj' ),( 44647,             'qfdvj' ),( 44646, 'qfdvj' ),( 44645, 'qfdvj' )on duplicate key update createdat = now()
    *** (2) HOLDS THE LOCK(S):
    RECORD LOCKS space id 422 page no 79 n bits 576 index idx_unauthuserpostview_postid_serial of table `development`.`unauthuserpostview` trx id 2488045 lock_mode X locks gap before rec
    Record lock, heap no 491 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
     0: len 8; hex 000000000000ae6e; asc        n;;
     1: len 5; hex 7172656d73; asc qrems;;
     2: len 6; hex 00000089bb9e; asc       ;;

    *** (2) WAITING FOR THIS LOCK TO BE GRANTED:
    RECORD LOCKS space id 422 page no 79 n bits 592 index idx_unauthuserpostview_postid_serial of table `development`.`unauthuserpostview` trx id 2488045 lock_mode X locks gap before rec insert intention waiting
    Record lock, heap no 491 PHYSICAL RECORD: n_fields 3; compact format; info bits 0
     0: len 8; hex 000000000000ae6e; asc        n;;
     1: len 5; hex 7172656d73; asc qrems;;
     2: len 6; hex 00000089bb9e; asc       ;;

    *** WE ROLL BACK TRANSACTION (1)  

下面是我经常使用的选择查询。

SELECT p.postid from postmst p  
left JOIN unauthuserpostview uv on p.postid = uv.postid and uv.serial 
= 'qpmpf' 
where uv.postid is NULL ORDER by p.postid desc LIMIT 50;

所以我的索引是否适合上述查询?

0 个答案:

没有答案