如何化身BAT面试收割机？看这一篇就够了

## 锁种类 Mysql中锁的分类按照不同类型的划分可以分成不同的锁，按照**「锁的粒度」**划分可以分成：**「表锁、页锁、行锁」**；按照**「使用的方式」**划分可以分为：**「共享锁」**和**「排它锁」**；按照思想的划分：**「乐观锁」**和**「悲观锁」**。 下面我们对着这几种划分的锁进行详细的解说和介绍，在了解设计者设计锁的概念的同时，也能深入的理解设计者的设计思想。 **「表锁」**是粒度最大的锁，开销小，加锁快，不会出现死锁，但是由于粒度太大，因此造成锁的冲突几率大，并发性能低。 Mysql中**「MyISAM储存引擎就支持表锁」**，MyISAM的表锁模式有两种：**「表共享读锁」**和**「表独占写锁」**。 当一个线程获取到MyISAM表的读锁的时候，会阻塞其他用户对该表的写操作，但是不会阻塞其它用户对该用户的读操作。 相反的，当一个线程获取到MyISAM表的写锁的时候，就会阻塞其它用户的读写操作对其它的线程具有排它性。 **「页锁」**的粒度是介于行锁和表锁之间的一种锁，因为页锁是在BDB中支持的一种锁机制，也很少没人提及和使用，所以这里制作概述，不做详解。 **「行锁」**是粒度最小的锁机制，行锁的加锁开销性能大，加锁慢，并且会出现死锁，但是行锁的锁冲突的几率低，并发性能高。 行锁是InnoDB默认的支持的锁机制，MyISAM不支持行锁，这个也是InnoDB和MyISAM的区别之一。 行锁在使用的方式上可以划分为：**「共享读锁（S锁）**「和」**排它写锁（X锁）」**。 当一个事务对Mysql中的一条数据行加上了S锁，当前事务不能修改该行数据只能执行度操作，其他事务只能对该行数据加S锁不能加X锁。 若是一个事务对一行数据加了X锁，该事物能够对该行数据执行读和写操作，其它事务不能对该行数据加任何的锁，既不能读也不能写。 **「悲观锁和乐观锁是在很多框架都存在的一种思想，不要狭义地认为它们是某一种框架的锁机制」**。 数据库管理系统中为了控制并发，保证在多个事务执行时的数据一致性以及事务的隔离性，使用悲观锁和乐观锁来解决并发场景下的问题。 Mysql中**「悲观锁的实现是基于Mysql自身的锁机制实现，而乐观锁需要程序员自己去实现的锁机制」**，最常见的乐观锁实现就锁机制是**「使用版本号实现」**。 乐观锁设计思想的在`CAS`的运用也是比较经典，之前我写过一篇关于CAS的文章，大家感兴趣的可以参考这一篇[]。 从上面的介绍中说了每一种锁的概念，但是很难说哪一种锁就是最好的，锁没有最好的，只有哪种业务场景最适合哪种锁，具体业务具体分析。 下面我们就具体基于Mysql的存储引擎详细的分析每一种锁在存储引擎中的运用和实现。 ## MyISAM MyISAM中默认支持的表级锁有两种：**「共享读锁」**和**「独占写锁」**。表级锁在MyISAM和InnoDB的存储引擎中都支持，但是InnoDB默认支持的是行锁。 Mysql中平时读写操作都是隐式的进行加锁和解锁操作，Mysql已经自动帮我们实现加锁和解锁操作了，若是想要测试锁机制，我们就要显示的自己控制锁机制。 Mysql中可以通过以下sql来显示的在事务中显式的进行加锁和解锁操作 ## 言尽于此，完结 无论是一个初级的 coder，高级的程序员，还是顶级的系统架构师，应该都有深刻的领会到设计模式的重要性。 * 第一，设计模式能让专业人之间交流方便，如下： 程序员A：这里我用了XXX设计模式 程序员B：那我大致了解你程序的设计思路了 * 第二，易维护 项目经理：今天客户有这样一个需求… 程序员：明白了，这里我使用了XXX设计模式，所以改起来很快 * 第三，设计模式是编程经验的总结 程序员A：B，你怎么想到要这样去构建你的代码 程序员B：在我学习了XXX设计模式之后，好像自然而然就感觉这样写能避免一些问题 * 第四，学习设计模式并不是必须的 程序员A：B，你这段代码使用的是XXX设计模式对吗？ 程序员B：不好意思，我没有学习过设计模式，但是我的经验告诉我是这样写的  从设计思想解读开源框架，一步一步到Spring、Spring5、SpringMVC、MyBatis等源码解读，我都已收集整理全套，篇幅有限，这块只是详细的解说了23种设计模式，整理的文件如下图一览无余！ [**资料领取方式：点击这里下载**](https://docs.qq.com/doc/DSmxTbFJ1cmN1R2dB)  搜集费时费力，能看到此处的都是真爱！

标签：BAT,加锁,行锁,收割机,就够,程序员,MyISAM,Mysql,设计模式
来源： https://blog.51cto.com/u_15290979/2985344