mysql锁怎么控制并发_Mysql并发控制-锁
Mysql并发控制-锁
共享锁
共享锁也称为读锁，读锁允许多个连接可以同一时刻并发的读取同一资源，互不干扰。
排他锁
排他锁也称为写锁，一个写锁会阻塞其他的写锁或读锁，保证同一时刻只有一个连接可以写入数据，同时防止其他用户对这个数据的读写。
锁策略
table lock(表锁)
表锁是mysql最基本的锁策略，也是开销最小的锁，加锁快，会锁定整个表。
通常发生在DDL语句和不走索引的DML语句。
update table set columnA = "a" where columnB = "b";
如果上述sql语句中columnB字段不存在索引或者不是组合索引前缀，会进行锁表操作。
如果columnB字段创建索引后，那么会锁住满足where条件的行(行锁)。
row lock (行锁)
行锁可以最大限度的支持并发处理，当然也带来了最大开销，加锁慢，行锁的粒度在每一行数据。
InnoDB行锁是通过给索引上的索引项加锁来实现的：只有通过索引条件检索数据，InnoDB才使用行级锁，否则将使用表锁。
不论是主键索引、唯一索引或者普通索引，InnoDB都会使用行锁来对数据加锁。
只有执行计划真正使用了索引，才能使用行锁，可以通过explain来检查SQL的执行计划。
如果多个session访问不同行的记录，使用了相同的索引键，是会出现索引冲突的。
InnoDB 间隙锁
当我们用范围条件而不是相等检索数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁；对于键值在条件范围内但是并不存在的记录，叫做“间隙(GAP)”,InnoDB也会对这个间隙加锁，这种锁机制就是间隙锁(Next-Key锁)。
很显然，在使用范围条件检索并锁定记录时，InnoDB这种加锁机制会阻塞符合条件范围内键值得并发插入，造成严重的锁等等。所以应尽量使用相等条件访问更新数据。
间隙锁的目的：
防止幻读，以满足相关隔离级别的要求；
满足恢复和复制的需要。
显式锁 与 隐式锁
隐式锁:我们上文说的锁都属于不需要额外语句加锁的隐式锁。
显示锁：
SELECT ... LOCK IN SHARE MODE(加共享锁);
SELECT ... FOR UPDATE(加排他锁);