Mysql的锁

1.Mysql 锁的分类：

从对数据操作的粒度分：

1. 表锁：操作时，会锁定整个表。
2. 行锁：操作时，会锁定当前操作行。

从对数据操作的类型分：

1. 读锁（共享锁）：针对同一份数据，多个读操作可以同时进行而不会互相影响。
2. 写锁（排它锁）：当前操作没有完成之前，它会阻断其他写锁和读锁。

2.Mysql 锁：

存储引擎	表级锁	行级锁	页面锁
MyISAM	支持	不支持	不支持
InnoDB	支持	支持	不支持

MySQL这3种锁的特性可大致归纳如下 ：

锁类型	特点
表级锁	偏向MyISAM 存储引擎，开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高,并发度最低。
行级锁	偏向InnoDB 存储引擎，开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。
页面锁	开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。

3.MyISAM 表锁

MyISAM 存储引擎只支持表锁。

MyISAM 在执行查询语句（SELECT）前，会自动给涉及的所有表加读锁，在执行（UPDATE、DELETE、INSERT 等）前，会自动给涉及的表加写锁。

显示加表锁语法：

加读锁 ： lock table table_name read; 
加写锁 ： lock table table_name write；

结论：

1. 对MyISAM 表的读操作，不会阻塞其他用户对同一表的读请求，但会阻塞对同一表的写请求；
2. 对MyISAM 表的写操作，则会阻塞其他用户对同一表的读和写操作；
3.简而言之，就是读锁会阻塞写，但是不会阻塞读。而写锁，则既会阻塞读，又会阻塞写。此外，MyISAM 的读写锁调度是写优先，这也是MyISAM不适合做写为主的表的存储引擎的原因。因为写锁后，其他线程不能做任何操作，大量的更新会使查询很难得到锁，从而造成永远阻塞。

4.InnoDB 行锁

行锁特点 ：

1.偏向InnoDB 存储引擎，开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低,并发度也最高。
2.InnoDB 与 MyISAM 的最大不同有两点：一是支持事务；二是 采用了行级锁。

InnoDB 实现了以下两种类型的行锁。

1.共享锁（S）：又称为读锁，简称S锁，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改。
2.排他锁（X）：又称为写锁，简称X锁，排他锁就是不能与其他锁并存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的其他锁，包括共享锁和排他锁，但是获取排他锁的事务是可以对数据就行读取和修改。
3.对于UPDATE、DELETE和INSERT语句，InnoDB会自动给涉及数据集加排他锁（X)；对于普通SELECT语句，InnoDB不会加任何锁；
4.可以通过以下语句显示给记录集加共享锁或排他锁
	共享锁（S）：SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE 
	排他锁（X) ： SELECT * FROM table_name WHERE ... FOR UPDATE

无索引行锁升级为表锁

如果不通过索引条件检索数据，那么InnoDB将对表中的所有记录加锁，实际效果跟表锁一样。