Mysql在InnoDB引擎下索引失效行级锁变表锁案例

先做好准备，创建InnoDB引擎数据表，并添加了相应的索引

DROP TABLE IF EXISTS `innodb_lock`;
CREATE TABLE `innodb_lock` (
  `a` int() NOT NULL,
  `b` varchar() NOT NULL DEFAULT '',
  KEY `index_a` (`a`),
  KEY `index_b` (`b`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

-- ----------------------------
-- Records of innodb_lock
-- ----------------------------
INSERT INTO `innodb_lock` VALUES ('', 'b2');
INSERT INTO `innodb_lock` VALUES ('', '');
INSERT INTO `innodb_lock` VALUES ('', '');
INSERT INTO `innodb_lock` VALUES ('', '');
INSERT INTO `innodb_lock` VALUES ('', '');
INSERT INTO `innodb_lock` VALUES ('', '');
INSERT INTO `innodb_lock` VALUES ('', '');
INSERT INTO `innodb_lock` VALUES ('', '');
INSERT INTO `innodb_lock` VALUES ('', 'b1');

然后分别打开两个Mysql终端，设置autocommit自动提交为0，也就是关闭自动提交功能，事务隔离级别处于可重复读状态；查看一下表数据。

MySQL [test_db]> set autocommit = ;

MySQL [test_db]> select * from innodb_lock;
+---+------+
| a | b    |
+---+------+
|  | b2   |
|  |     |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  | b1   |
+---+------+

接下来在第一个终端执行update语句

MySQL [test_db]> update innodb_lock set b ='' where a = ;

然后第二个终端执行update语句

MySQL [test_db]> update innodb_lock set b = '' where a = ;

发现第二个终端处于阻塞状态，因为这里修改的是同一行数据，只有在第一个终端提交之后，锁被释放，第二个终端执行完了SQL，最后第二个终端也commit提交之后数据才会更改，b的值为'4004'。

我们继续

在第一个终端执行update语句

MySQL [test_db]> update innodb_lock set b='' where a = ;

然后第二个终端执行update语句

MySQL [test_db]> update innodb_lock set b = '' where a = ;

发现两条语句都执行成功了。因为修改的不是同一行数据。然后分别commit提交，再查看下数据，发现两行数据都发生了变化。

MySQL [test_db]> select * from innodb_lock;
+---+------+
| a | b    |
+---+------+
|  | b2   |
|  |     |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  |  |
|  | b1   |
+---+------+

下面是重点，两个终端还是分别操作不同的行。

在第一个终端执行update操作

MySQL [test_db]> update innodb_lock set a =  where b =;  //注意这里的where条件b=4005。要记得当前表的b字段是字符串类型，并且加了索引，加了索引之后如果查询条件没加引号会导致失效

然后在第二个终端执行update操作

MySQL [test_db]> update innodb_lock set b='' where a = ; //发现被阻塞，行锁边表锁

一定要注意索引的合理利用！~~