mysql索引与锁的关系_Mysql 的锁与索引的关系

mysql 锁与索引的关系

mysql的锁：(行锁，表锁，页锁) 与索引存在很大的关系，咱们平时在写sql的时候其实不多注意这个问题(估计是我的水平比较低，因此不多注意吧)，那么在有索引和没有索引的时候数据库锁的策略是什么呢？mysql

首先咱们知道若是没有创建索引的话咱们在进行数据选取或者定位的时候是经过全表扫描的形式来进行的，好比存在这样一张表user(id,name,phone,address);而且这张表中并无任何索引，那么sql：delete from user where name='张三' 这样一个语句是如何定义到张三这个记录的,由于没有索引，因此在数据库实现的时候是对整张表进行扫描的，那么数据库是否是会把整张表锁定起来呢？咱们测试一下：sql

咱们先看看数据库表user的定义和数据，能够看到咱们没有定义任何索引，固然primarykey这默认是一个索引，可是这并不能影响咱们的操做。数据库

A. 首先咱们查看一下咱们的数据库表表结构和数据：测试

能够发现咱们在这个表中出了主键(默认的惟一索引)，并无额外定义索引。spa

A.咱们先测试一下，使用主键对数据库表进行操做会不会致使全表锁定。(由于mysql默认是autocommit=1，因此咱们应该手动控制事务)blog

从上面咱们能够看到左边进程开启了一个事务，而且对id=1的数据进行修改，可是此刻并无进行提交，那么咱们确定是获取到了这一行的锁，在另一个进行中咱们一样对数据进行修改，发现数据修改为功了，那么能够证实：经过索引进行数据库锁定的时候并不会封锁表的其余记录。那么若是不是会封锁这条记录呢？索引

这样，咱们同时没有释放左边进程获得的锁，同时咱们更改被锁定的行：发现超时了，这是由于在innodb中(myisam中并不支持行锁)提供了主动判断死锁的方法，咱们经过设置innodb_lock_wait_timeout来决定发生死锁多长时间会主动回滚一个事务。这里能够发如今where出使用主键(默认的索引) 确实会致使表中被操做的这行数据被锁定。

进程

若是咱们更改的时候不使用索引，那么数据库锁定的粒度究竟是多大呢?事务

看A处开启事务，并更改了一行数据，可是并无使用索引，在这个时候是须要对表进行全盘扫描的，那么咱们在右边进程中再次对表中另外一个记录进行修改，结果：再次timeout。这里咱们能够得出一个结论： 不使用索引的数据库操做获取到的锁会致使整个表的锁定。it

温习一下就得知识： 看上图中AB 两处：为何左边提交事务右边再一次查看就可以看到事务呢？这是由于mysql默认的事务隔离级别为repeatable reader。