没有合适的资源?快使用搜索试试~ 我知道了~
资源推荐
资源详情
资源评论
我们在操作数据库的时候,可能会由于并发问题而引起的数据的不一致性(数据冲突)。如
何保证数据并发访问的一致性、有效性,是所有数据库必须解决的一个问题,锁的冲突也是
影响数据库并发访问性能的一个重要因素,从这一角度来说,锁对于数据库而言就显得尤为
重要。
MySQL 锁概述
相对其他数据库而言,MySQL 的锁机制比较简单,其最显著的特点是不同的存储引擎支持
不同的锁机制。
比如:
MyISAM 和 MEMORY 存储引擎采用的是表级锁(table-level locking);
InnoDB 存储引擎既支持行级锁( row-level locking),也支持表级锁,但默认情况下是采
用行级锁。
MySQL 主要的两种锁的特性可大致归纳如下:
阿里 P8 架构师谈:MySQL 行锁、表锁、悲观锁、乐观锁的特点与应用
表级锁: 开销小,加锁快;不会出现死锁(因为 MyISAM 会一次性获得 SQL 所需的全部锁);
锁定粒度大,发生锁冲突的概率最高,并发度最低。
行级锁: 开销大,加锁慢;会出现死锁;锁定粒度最小,发生锁冲突的概率最低,并发度
也最高。
页锁:开销和加锁速度介于表锁和行锁之间;会出现死锁;锁定粒度介于表锁和行锁之间,
并发度一般
行锁 和 表锁
1.主要是针对锁粒度划分的,一般分为:行锁、表锁、库锁
(1)行锁:访问数据库的时候,锁定整个行数据,防止并发错误。
(2)表锁:访问数据库的时候,锁定整个表数据,防止并发错误。
2.行锁 和 表锁 的区别:
表锁: 开销小,加锁快,不会出现死锁;锁定力度大,发生锁冲突概率高,并发度最低
行锁: 开销大,加锁慢,会出现死锁;锁定粒度小,发生锁冲突的概率低,并发度高
悲观锁 和 乐观锁
(1)悲观锁:顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次
在拿数据的时候都会上锁,这样别人想拿这个数据就会 block 直到它拿到锁。
传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都
是在做操作之前先上锁。
(2)乐观锁: 顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不
会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本
号等机制。
乐 观 锁 适 用 于 多 读 的 应 用 类 型 , 这 样 可 以 提 高 吞 吐 量 , 像 数 据 库 如 果 提 供 类 似 于
write_condition 机制的其实都是提供的乐观锁。
(3)悲观锁 和 乐观锁的区别:
两种锁各有优缺点,不可认为一种好于另一种,像乐观锁适用于写比较少的情况下,即冲突
真的很少发生的时候,这样可以省去了锁的开销,加大了系统的整个吞吐量。但如果经常产
生冲突,上层应用会不断的进行 retry,这样反倒是降低了性能,所以这种情况下用悲观锁
就比较合适。
共享锁
共享锁指的就是对于多个不同的事务,对同一个资源共享同一个锁。相当于对于同一把门,
它拥有多个钥匙一样。就像这样,你家有一个大门,大门的钥匙有好几把,你有一把,你女
朋友有一把,你们都可能通过这把钥匙进入你们家,这个就是所谓的共享锁。
刚刚说了,对于悲观锁,一般数据库已经实现了,共享锁也属于悲观锁的一种,那么共享锁
在 mysql 中是通过什么命令来调用呢。通过查询资料,了解到通过在执行语句后面加上 lock
in share mode 就代表对某些资源加上共享锁了。
什么时候使用表锁
对于 InnoDB 表,在绝大部分情况下都应该使用行级锁,因为事务和行锁往往是我们之所以
选择 InnoDB 表的理由。但在个别特殊事务中,也可以考虑使用表级锁。
第一种情况是:事务需要更新大部分或全部数据,表又比较大,如果使用默认的行锁,不
仅这个事务执行效率低,而且可能造成其他事务长时间锁等待和锁冲突,这种情况下可以考
虑使用表锁来提高该事务的执行速度。
第二种情况是:事务涉及多个表,比较复杂,很可能引起死锁,造成大量事务回滚。这种
情况也可以考虑一次性锁定事务涉及的表,从而避免死锁、减少数据库因事务回滚带来的开
销。
当然,应用中这两种事务不能太多,否则,就应该考虑使用 MyISAM 表了。
表锁和行锁应用场景:
表级锁使用与并发性不高,以查询为主,少量更新的应用,比如小型的 web 应用;
而行级锁适用于高并发环境下,对事务完整性要求较高的系统,如在线事务处理系统。
BAT 技术面试范围
.
数据结构与算法:最常见的各种排序,最好能手写
.
.
Java 高级:JVM 内存结构、垃圾回收器、回收算法、GC、并发编程相关(多
线程、线程池等)、NIO/BIO、各种集合类的比较优劣势(底层数据结构也要
掌握,特别是扩容等)等。
.
.
性能优化、设计模式、UML 的掌握
.
.
Spring 框架:重点掌握(BAT 每次必问)
.
.
分布式相关:Redis 缓存、一致 Hash 算法、分布式存储、负载均衡等。
.
.
微服务以及 Docker 容器等。
.
最全阿里面试题目
剩余30页未读,继续阅读
资源评论
u010859729
- 粉丝: 1
- 资源: 6
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
最新资源
资源上传下载、课程学习等过程中有任何疑问或建议,欢迎提出宝贵意见哦~我们会及时处理!
点击此处反馈
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功