MySQL中锁详解（行锁、表锁、悲观锁、乐观锁等）

行锁--->开销大，加锁慢；会出现死锁，锁的粒度小，发生锁冲突的概率小，并发度很高——>适用于有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用

表锁--->开销小，加锁快；不会出现死锁，锁的粒度大，会发生锁冲突，并发度很低——>用于以查询为主，只有少量按索引条件更新数据的应用，线程之前执行操作是串行，如果操作太多会造成效率低下

表锁不会出现死锁的原因---->在用LOCK TABLES给表显式加表锁时，必须同时取得所有涉及到表的锁，并且MySQL不支持锁升级。也就是说，在执行LOCK TABLES后，只能访问显式加锁的这些表，不能访问未加锁的表；同时，如果加的是读锁，那么只能执行查询操作，而不能执行更新操作。其实，在自动加锁的情况下也基本如此，MyISAM总是一次获得SQL语句所需要的全部锁。

数据库的事务隔离越严格，并发副作用越小，但付出的代价也就越大，因为事务隔离实质上就是使事务在一定程度上 “串行化”进行，这显然与“并发”是矛盾的

InnoDB行锁实现方式

InnoDB行锁是通过给索引上的索引项加锁来实现的，这一点MySQL与Oracle不同，后者是通过在数据块中对相应数据行加锁来实现的。InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！

标签：加锁,中锁,行锁,并发,索引,InnoDB,MySQL,表锁
来源： https://www.cnblogs.com/SpeakerNB/p/15093855.html