mysql 无索引 表级别锁,MySQL的无索引锁升级

MySQL的无索引锁升级

在之前的一篇blog中我介绍了mysql主要使用了在index上加gap lock的方式来实现了锁定。如果要更新的栏位上

没有index,那是通过什么方式来实现锁定呢?

对于没有index的栏位，mysql只能通过全表扫描来处理数据，在dml中如果更新了非索引的栏位就会

导致把整张表都锁住，其他会话无法进行dml操作了.

例:

mysql> create table t3 (a int primary key,b int);

Query OK, 0 rows affected (0.01 sec)

mysql> select * from t3;  --insert如下记录

+---+------+

| a | b    |

+---+------+

| 1 |    1 |

| 2 |    3 |

| 3 |    8 |

+---+------+

3 rows in set (0.00 sec)

打开一个会话，在非索引栏位b上删除一行

mysql> use frank;

Database changed

mysql> set autocommit=0;

Query OK, 0 rows affected (0.00 sec)

mysql> delete from t3 where b=1;  --或是update语句.

Query OK, 1 row affected (0.00 sec)

打开另一个会话

mysql> use frank;

mysql> set autocommit=0;

Query OK, 0 rows affected (0.00 sec)

mysql> insert into t3 values(10,10);

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

mysql> update t3  set b=9 where b=8;

ERROR 1205 (HY000): Lock wait timeout exceeded; try restarting transaction

可以看出第一个会话已经把整张表都锁住，其他会话无法进行dml操作了，这种现像称之为无索引更新

锁升级

mysql> select * from t3;

+---+------+

| a | b    |

+---+------+

| 1 |    1 |

| 2 |    3 |

| 3 |    8 |

+---+------+

3 rows in set (0.00 sec)

由于使用了MVCC机制，对于查询是没有任何问题.

从以上可以看出，对于非索引栏位的更新引起的锁定问题是比较严重的,并发性因此变得很不好.对于那些

需要经常update或是delete的栏位，使用索引相当重要.