Mysql InnoDB 数据更新导致锁表

一、数据表结构

CREATE TABLE `jx_attach` (
  `attach_id` int(11) NOT NULL AUTO_INCREMENT,
  `feed_id` int(11) DEFAULT NULL ,
  `attach_name` varchar(255) NOT NULL,
  `cycore_file_id` varchar(255) DEFAULT NULL ,
  `attach_size` bigint(20) NOT NULL DEFAULT ‘0‘,
  `complete` smallint(6) NOT NULL DEFAULT ‘0‘ ,
  PRIMARY KEY (`attach_id`),
  KEY `jx_trend_attach_FK` (`feed_id`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=394160 DEFAULT CHARSET=utf8;

二、现象

  当多个连接同时对一个表的数据进行更新操作,那么速度将会越来越慢,持续一段时间后将出现数据表被锁,从而影响到其它的查询及更新。  

存储过程循环30次更新操作

/*30次更新操作*/
BEGIN
  DECLARE v1 INT DEFAULT 30;
  WHILE v1 > 0 DO
    update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;
    SET v1 = v1 - 1;
  END WHILE;
END

执行结果(速度非常慢)

时间: 29.876s

Procedure executed successfully
受影响的行: 0

200个数据更新操作,三个数据库连接同时执行

 update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;
 update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;
 update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;
 update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;
 update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;
 update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;
...等等

执行结果(持续一段时间后速度越来越慢,出现等待锁) 


# Time: 151208 22:41:24
# [email protected]: zmduan[zmduan] @ [192.168.235.1] Id: 2
# Query_time: 1.848644 Lock_time: 0.780778 Rows_sent: 0 Rows_examined: 393382
SET timestamp=1449643284;
update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;

.................

# User@Host: zmduan[zmduan] @  [192.168.235.1]  Id:     2
# Query_time: 2.868598  Lock_time: 1.558542 Rows_sent: 0  Rows_examined: 393382
SET timestamp=1449643805;
update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;
[[email protected] log]# tail -f slow_query.log
# User@Host: zmduan[zmduan] @  [192.168.235.1]  Id:    19
# Query_time: 1.356797  Lock_time: 0.000169 Rows_sent: 1  Rows_examined: 393383
SET timestamp=1449643805;
SELECT *
FROM jx_attach ja,jx_feed jf
where ja.feed_id=jf.feed_id and ja.cycore_file_id=‘56677146da502cd8907eb5b7‘;
# User@Host: zmduan[zmduan] @  [192.168.235.1]  Id:     2
# Query_time: 2.868598  Lock_time: 1.558542 Rows_sent: 0  Rows_examined: 393382
SET timestamp=1449643805;
update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;

三、原因分析

MySQL的innodb存储引擎支持行级锁,innodb的行锁是通过给索引项加锁实现的,这就意味着只有通过索引条件检索数据时,innodb才使用行锁,否则使用表锁。根据当前的数据更新语句(update jx_attach set complete=1,attach_size=63100 where cycore_file_id=‘56677142da502cd8907eb58f‘;),该条件字段cycore_file_id并没有添加索引,所以导致数据表被锁。

四、解决办法

为cycore_file_id添加索引

五、最终效果(30次更新操作)

时间: 0.094s

Procedure executed successfully
受影响的行: 0

  

时间: 2024-10-03 22:15:29

Mysql InnoDB 数据更新导致锁表的相关文章

mysql select是否会锁表 ?

mysql select是否会锁表 ? 有的人说mysql的 select 会锁表 ,有的人说 mysql 的查询不会锁表 .其他他们都对,没有 ,但是很片面. 其实对于mysql的select 是否会锁表 ,这个完全取决于表采用的是什么存储引擎. 这里我就拿大家最熟悉的存储引擎INNODB 和MYISAM 来说明这个问题. 对于myisam的表select 是会锁定表的 ,会导致其他操作挂起,处于等待状态.对于innodb的表select 是不会锁表的.其实这里使用到了快照.快照这里不作讨论.

MySQL Innodb 中的锁

MySQL Innodb 中的锁 锁是用来解决并发冲突的必要手段,MySQL 中的并发主要是指多个线程同时对同一个数据库进行操作,其中不同线程可能代表不同的事务,本质上也就是对共享资源的不同事务的同时访问. Innodb 支持行级锁和意向锁.行级锁就是对行记录进行加锁,行级锁也分为两种类型,一种是共享锁( S 锁),一种是排他锁( X 锁).意向锁为表级别的锁,也就是将锁定的对象分为多个层次,意向锁意味着事务希望在更细粒度上进行加锁,一般来说,意向锁是从上往下(数据库->表->页->记录

Hiver 操作 MySQL 导致锁表

Hadoop 搬迁到新集群后,操作主库 MySQL 导致了锁表...sad 具体锁表时间点  : 2016-1-14 14:31  到   2016-1-14 14:36 之间 在 oradba 的 innodbstatus 信息拿到后,还需要后续继续分析到底是哪条 SQL 锁的... 参考 Link : http://mysqllover.com/?p=431

MySQL InnoDB存储引擎之表(一)

主要介绍InnoDB存储引擎表的逻辑存储以及实现.重点介绍数据在表中是如何组织和存放的. 1.索引组织表(index organized table) 在InnoDB存储引擎中,表都是根据主键顺序组织存放的,这种存储方式的表叫索引组织表.在InnoDB存在引擎表中,每张表都有个主键(Primary key),如果在创建表时没有显示定义主键,则会按照如下方式选择或者创建主键:a.判定是否有非空的唯一索引(unique not null),如果有则该列即为主键.若果有多个,则选择建表是第一个定义的非

mysql的事务处理与锁表

数据库的事务处理可以保证一组处理结果的正确性.mysql中只有INNODB和BDB引擎的数据表才支持事务处理,对于不支持事务的MyISAM引擎数据库可以使用表锁定的方法来实现相同的功能. mysql的事务处理主要有两种方法来实现. 1.用begin,rollback,commit来实现. begin 开始一个事务 rollback 事务回滚 commit 事务确认 Php代码 $conn = mysql_connect('localhost','root','root') or die ("数据

MySQL InnoDB存储引擎之表(二)

本篇是继续上一篇未完的部分继续说的. 4.InnoDB数据页结构 页是InnoDB存储引擎管理数据库的最小磁盘单位.页类型为B-tree Node的页存放的就是表中行的实际数据.页由以下七个部分组成:File Header(文件头).Page Header(页头).Infimun和Supremum Records.User Records(行记录).Free Space(空闲空间).Page Directory(页目录)和File Trailer(文件尾).  如下图: 其中File Heade

MySQL innoDB引擎锁机制(一) —— 行锁和表锁

我们都知道,MyISAM引擎使用的是表锁,而innoDB最小粒度为行锁.但在实际使用中我们有时发现就算我们操作的是不同行的数据,还是会发生锁表.我们先来看一个例子. session1开启事务并更新id=1的数据: session2开启事务,并更新id=2的数据,但session2被阻塞了: 不是说innoDB支持行锁吗,我们这里明明更新的不是同一条数据,为什么还会被阻塞.其实这是因为MySQL innoDB给数据加锁的方式和oracle不一样.oracle是给这条数据行加锁,而innoDB是给索

[转]关于MYSQL Innodb 锁行还是锁表

关于mysql的锁行还是锁表,这个问题,今天算是有了一点头绪,mysql 中 innodb是锁行的,但是项目中居然出现了死锁,锁表的情况.为什么呢?先看一下这篇文章. 做项目时由于业务逻辑的需要,必须对数据表的一行或多行加入行锁,举个最简单的例子,图书借阅系统.假设 id=1 的这本书库存为 1 ,但是有 2 个人同时来借这本书,此处的逻辑为 Select   restnum from book where id =1 ;     -- 如果 restnum 大于 0 ,执行 update  U

从一个死锁看mysql innodb的锁机制

背景及现象 线上生产环境在某些时候经常性的出现数据库操作死锁,导致业务人员无法进行操作.经过DBA的分析,是某一张表的insert操 作和delete操作发生了死锁.简单介绍下数据库的情况(因为涉及到真实数据,这里做了模拟,不影响具体的分析和分析的结果.)假设存在如下2张表: Order 表的数据如下: Customer表的数据如下: Order和Customer 在实体关系上存在一个关联,即order实体拥有一个指向customer实体的指针.在数据库设计的时 候,order表的custome