当面试官问到:《MySQL数据库的锁机制》该如何拿分?

为什么要加锁?
问题背景
要解决的问题
锁是什么
锁的分类



MySQL常用存储引擎的锁机制
和采用表级锁(table-level )
BDB采用页面锁(page-level )或表级锁 , 默认为页面锁
支持行级锁(row-level )和表级锁,默认为行级锁
在实际应用中 , 要特别注意行锁的这一特性 , 不然的话 , 可能导致大量的锁冲突 , 从而影响并发性能 。
行级锁都是基于索引的 , 如果一条SQL语句用不到索引是不会使用行级锁的 , 会使用表级锁 。行级锁的缺点是:由于需要请求大量的锁资源 , 所以速度慢 , 内存消耗大 。
实例说明
语句默认不会加任何锁类型 , 如果加排他锁可以使用 …for 语句 , 加共享锁可以使用 … lock in share mode语句 。
所以加过排他锁的数据行在其他事务种是不能修改数据的 , 也不能通过for 和lock in share mode锁的方式查询数据 , 但可以直接通过 …from…查询数据 , 因为普通查询没有任何锁机制 。
行级锁与死锁
中是不会产生死锁的 , 因为总是一次性获得所需的全部锁 , 要么全部满足 , 要么全部等待 。而在中 , 锁是逐步获得的 , 就造成了死锁的可能 。
在MySQL中 , 行级锁并不是直接锁记录 , 而是锁索引 。索引分为主键索引和非主键索引两种 , 如果一条sql语句操作了主键索引 , MySQL就会锁定这条主键索引;如果一条语句操作了非主键索引 , MySQL会先锁定该非主键索引 , 再锁定相关的主键索引 。在、操作时 , MySQL不仅锁定WHERE条件扫描过的所有索引记录 , 而且会锁定相邻的键值 , 即所谓的next-key。
当两个事务同时执行 , 一个锁住了主键索引 , 在等待其他相关索引 。另一个锁定了非主键索引 , 在等待主键索引 。这样就会发生死锁 。
发生死锁后 , 一般都可以检测到 , 并使一个事务释放锁回退 , 另一个获取锁完成事务 。
共享锁与排它锁
共享锁(Share Lock)
如果事务T对数据A加上共享锁后 , 则其他事务只能对A再加共享锁 , 不能加排他锁 。获准共享锁的事务只能读数据 , 不能修改数据 。
用法... LOCK IN SHARE MODE;
在查询语句后面增加LOCK IN SHARE MODE , Mysql会对查询结果中的每行都加共享锁 , 当没有其他线程对查询结果集中的任何一行使用排他锁时 , 可以成功申请共享锁 , 否则会被阻塞 。其他线程也可以读取使用了共享锁的表 , 而且这些线程读取的是同一个版本的数据 。
排它锁( Lock)
用法... FOR ;
在查询语句后面增加FOR  , Mysql会对查询结果中的每行都加排他锁 , 当没有其他线程对查询结果集中的任何一行使用排他锁时 , 可以成功申请排他锁 , 否则会被阻塞 。
乐观锁( Lock)
是什么
相对于悲观锁 , 在对数据库进行处理的时候 , 乐观锁并不会使用数据库提供的锁机制 。一般的实现乐观锁的方式就是记录数据版本 。
数据版本,为数据增加的一个版本标识 。当读取数据时 , 将版本标识的值一同读出 , 数据每更新一次 , 同时对版本标识进行更新 。当我们提交更新的时候 , 判断数据库表对应记录的当前版本信息与第一次取出来的版本标识进行比对 , 如果数据库表当前版本号与第一次取出来的版本标识值相等 , 则予以更新 , 否则认为是过期数据 。
实现数据版本有两种方式 , 第一种是使用版本号 , 第二种是使用时间戳 。
使用版本号实现乐观锁
1.查询出商品信息select (status,status,version) from t_goods where id=#{id}2.根据商品信息生成订单3.修改商品status为2update t_goodsset status=2,version=version+1where id=#{id} and version=#{version};
【当面试官问到:《MySQL数据库的锁机制》该如何拿分?】优点与不足
悲观锁( Lock)
是什么
悲观锁的流程
MySQL 中使用悲观锁
//0.开始事务begin;//1.查询出商品信息select status from t_goods where id=1 for update;//2.根据商品信息生成订单insert into t_orders (id,goods_id) values (null,1);//3.修改商品status为2update t_goods set status=2;//4.提交事务commit;
上面的查询语句中 , 我们使用了…for 的方式 , 这样就通过开启排他锁的方式实现了悲观锁 。此时在表中 , id为1的 那条数据就被我们锁定了 , 其它的事务必须等本次事务提交之后才能执行 。这样我们可以保证当前的数据不会被其它事务修改 。
Java的锁机制
线程的同步问题
线程的同步方法:
当使用维护变量时 , 为每个使用该变量的线程提供独立的变量副本 , 所以每一个线程都可以独立地改变自己的副本 , 而不会影响其它线程所对应的副本 。在类中有一个Map , 用于存储每一个线程的变量副本 , Map中元素的键为线程对象 , 而值对应线程的变量副本 。使用的典型场景如数据库连接管理 , 线程会话管理等场景 , 只适用于独立变量副本的情况 , 如果变量为全局共享的 , 则不适用在高并发下使用 。
获取资料:
最后给大家分享一些学习资料 , 里面包括:(BATJ面试资料、高可用、高并发、高性能及分布式、Jvm性能调优、源码 ,  , Netty , Redis , Kafka , Mysql ,  ,  ,  , Dubbo , Nginx等多个知识点的架构资料)和Java进阶学习路线图 。
领取方式:加微信号备注 :(资料) 即可获取 。
最后 , 祝大家早日学有所成!