MySQL：行锁、表锁、乐观锁、悲观锁、读锁、写锁

一、锁的分类

　　1.1从对数据操做的类型来分

　　　　读锁（共享锁）:针对同一份数据，多个读操做能够同时进行而不会互相影响。　　　　

　　　　　　结论1：
　　　　　　--若是某一个会话 对A表加了read锁，则 该会话 能够对A表进行读操做、不能进行写操做； 且 该会话不能对其余表进行读、写操做。
　　　　　　--即若是给A表加了读锁，则当前会话只能对A表进行读操做。

　　　　　　结论2：
　　　　　　会话0给A表加了锁；其余会话的操做：a.能够对其余表（A表之外的表）进行读、写操做
　　　　　　b.对A表：读-能够； 写-须要等待释放锁。、

　　　　　　某回话给某个表加了读锁，全部的回话都能对该表进行读操做，不能进行写操做，除非该会话释放读锁。

　　　　写锁（排它锁）:当前写操做没有完成前，它会阻断其余写锁和读锁。　　　　

　　　　　　当前会话（会话0） 能够对加了写锁的表 进行任何操做（增删改查）；可是不能 操做（增删改查）其余表
　　　　　　其余会话：对会话0中加写锁的表 能够进行增删改查的前提是：等待会话0释放写锁

2.2从锁粒度划分。

通常分为：行锁、表锁、库锁

（1）行锁：访问数据库的时候，锁定整个行数据，防止并发错误。 如InnoDB存储引擎使用行锁

（2）表锁：访问数据库的时候，锁定整个表数据，防止并发错误。 如MyISAM存储引擎使用表锁

行锁 和 表锁 的区别：

• 表锁： 开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突几率高，并发度最低
• 行锁： 开销大，加锁慢；会出现死锁；锁定粒度小，发生锁冲突的几率低，并发度高

2. 3  补充   悲观锁 和 乐观锁

（1）悲观锁：顾名思义，就是很悲观，每次去拿数据的时候都认为别人会修改，因此每次在拿数据的时候都会上锁，这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了不少这种锁机制，好比行锁，表锁等，读锁，写锁等，都是在作操做以前先上锁。

（2）乐观锁： 顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，因此不会上锁，可是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可使用版本号等机制。乐观锁适用于多读的应用类型，这样能够提升吞吐量，像数据库若是提供相似于write_condition机制的其实都是提供的乐观锁。

（3）悲观锁 和 乐观锁的区别：

• 乐观锁在不发生取锁失败的状况下开销比悲观锁小，可是一旦发生失败回滚开销则比较大，所以适合用在取锁失败几率比较小的场景，能够提高系统并发性能
• 乐观锁还适用于一些比较特殊的场景，例如在业务操做过程当中没法和数据库保持链接等悲观锁没法适用的地方

小结：

MySQL表级锁的锁模式MyISAM在执行查询语句（SELECT）前，会自动给涉及的全部表加读锁，在执行更新操做（DML）前，会自动给涉及的表加写锁。因此对MyISAM表进行操做，会有如下状况：a、对MyISAM表的读操做（加读锁），不会阻塞其余进程（会话）对同一表的读请求，但会阻塞对同一表的写请求。只有当读锁释放后，才会执行其它进程的写操做。b、对MyISAM表的写操做（加写锁），会阻塞其余进程（会话）对同一表的读和写操做，只有当写锁释放后，才会执行其它进程的读写操做。