mysql批量update操作时出现锁表

https://www.cnblogs.com/wodebudong/articles/7976474.html

最近遇到一件锁表的情况，发现更新的语句where检索的字段，没有建索引，且是批量操作的，就出现了锁表的情况了。

所以有两个问题：

     1.建索引和不建索引，对锁表的影响

     2.为什么批量更新时会锁表

 

1. 建索引和不建索引，对锁表的影响

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";更新同一行，说明是锁行了

3.总结

mysql的行锁是通过索引加载的，即是行锁是加在索引响应的行上的，要是对应的SQL语句没有走索引，则会全表扫描，

行锁则无法实现，取而代之的是表锁。

简而言之：where条件里面，不加索引时，update会使用“表锁”进行更新，影响所有行的查询更新；

加了索引后，使用“行锁”进行udpate，只锁当前行。不影响其他行的查询更新。

2. 为什么批量更新时会锁表

   因为批量更新时，因为表中没有加索引，会检索整个表导致更新非常慢，而每条更新sql提交事务都有个超时限制 ，后提交的事务等待前面处理的事务释放锁，但是在等待的时候超过了mysql的锁等待时间，就会引发异常从而导致锁表：Lock wait timeout exceeded; try restarting transaction

SHOW VARIABLES LIKE 'innodb_lock_wait_timeout'

  innodb_lock_wait_timeout参数为超时时间的设置，默认为50，可以设大点，但并不能解决问题;所以加索引，或者优化代码；