章
目
录
mysql数据库在批量更新时偶尔会出现锁表的情况,有兴趣的可以先看下update更新时可能出现锁表的原因
问题描述
最近开发遇到一次锁表的情况,发现更新的语句where检索的字段,没有建索引,且是批量操作的,就出现了锁表的情况了。所以有两个问题:
- 1)建索引和不建索引,对锁表的影响
- 2)为什么批量更新时会锁表
案例模拟
首先来看第一个问题: 建索引和不建索引,对锁表的影响
我们对带索引 和不带索引 两种情况分别演示模拟,看看具体效果,
方式:采用命令行的方式来模拟
前期准备
1、mysq由于默认是开启自动提交事务,所以首先得查看自己当前的数据库是否开启了自动提交事务。
#命令: select @@autocommit; #结果如下: +--------------+ | @@autocommit | +--------------+ | 0 | +--------------+
如果是1,那么运行命令:set autocommit = 0;
设置为不开启自动提交
2、当前的数据库表格式如下
tb_user | CREATE TABLE `tb_user` ( `id` bigint(20) NOT NULL AUTO_INCREMENT, `name` varchar(32) DEFAULT NULL, `phone` varchar(11) DEFAULT NULL, `operator` varchar(32) DEFAULT NULL, `gmt_create` datetime DEFAULT NULL, `gmt_modified` datetime DEFAULT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8
显然除了主键,我没有加任何索引
实际例子
1.没有索引
运行命令:begin;开启事务,然后运行命令:
update tb_user set phone=11 where name="c1";
执行条件更新操作,先别commit事务。
再开一个窗口,直接运行命令:
update tb_user set phone=22 where name="c2";
会发现命令卡住了,但是当前面一个事务通过commit提交了,命令就会正常运行结束,说明是被锁表了。
2.给name字段加索引
create index index_name on tb_user(name);
然后继续如1里面的操作,也就是一个开启事务,运行
update tb_user set phone=11 where name="c1";
先不提交
然后另一个运行
update tb_user set phone=22 where name="c2";
发现命令不会卡住,说明没有锁表
但是如果另一个也是
update tb_user set phone=22 where name="c1";
更新同一行,说明是锁行了
总结
mysql的行锁是通过索引加载的,即是行锁是加在索引响应的行上的,要是对应的SQL语句没有走索引,则会全表扫描,
行锁则无法实现,取而代之的是表锁。
简而言之:where条件里面,不加索引时,update会使用“表锁”进行更新,影响所有行的查询更新;
加了索引后,使用“行锁”进行udpate,只锁当前行。不影响其他行的查询更新。
为什么批量更新时会锁表?
因为批量更新时,因为表中没有加索引,会检索整个表导致更新非常慢,而每条更新sql提交事务都有个超时限制 ,后提交的事务等待前面处理的事务释放锁,但是在等待的时候超过了mysql的锁等待时间,就会引发异常从而导致锁表:
我们可以查看锁等待超时时间:
SHOW VARIABLES LIKE 'innodb_lock_wait_timeout'
想要更改锁等待时长,可以在配置文件中修改如下参数值:
innodb_lock_wait_timeout
参数为超时时间的设置,默认为50,可以设大点,但并不能解决问题,所以最好加索引,或者优化代码。
以上就是MySQL批量update更新出现锁表的情况,很有可能就是where条件字段没有索引导致的,造成全表锁定,甚至导致锁等待超时。