32张图带你彻底搞懂事务和锁！
作者 | 悟空聊架构
来源 | 悟空聊架构（ID：PassJava666）
转载请联系授权（微信ID：PassJava）
本篇主要内容如下：
一、事务
1.1 什么是事务
为单个工作单元而执行的一系列操作。如查询、修改数据、修改数据定义。
1.2 语法
「（1）显示定义事务的开始、提交」
BEGIN` `TRAN``INSERT` `INTO` `b(t1) ``VALUES``(1)``INSERT` `INTO` `b(t1) ``VALUES``(2)``COMMIT` `TRAN
「（2）隐式定义」
如果不显示定义事务的边界，则SQL Server会默认把每个单独的语句作为一个事务，即在执行完每个语句之后就会自动提交事务。
1.3 事务的四个属性ACID
「（1）原子性Atomicity」
1.事务必须是
原子工作单元。事务中进行的修改，要么全部执行，要么全都不执行；2.在事务完成之前（提交指令被记录到事务日志之前），系统出现故障或重新启动，SQL Server将会撤销在事务中进行的所有修改；
3.事务在处理中遇到错误，SQL Server通常会
自动回滚事务；4.少数不太严重的错误不会引发事务的自动回滚，如主键冲突、锁超时等；
5.可以使用错误处理来捕获第4点提到的错误，并采取某种操作，如把错误记录在日志中，再
回滚事务；6.SELECT @@TRANCOUNT可用在代码的任何位置来判断当前使用SELECT @@TRANCOUNT的地方是否位于一个打开的事务当中，如果不在任何打开的事务范围内，则该函数返回0；如果在某个打开的事务返回范围内，则返回一个大于0的值。打开一个事务，@@TRANCOUNT=@@TRANCOUNT+1；提交一个事务，@@TRANCOUNT-1。
「（2）一致性Consiitency」
1.同时发生的事务在修改和查询数据时不发生冲突；
2.一致性取决于应用程序的需要。后面会讲到一致性级别，以及如何对一致性进行控制。
「（3）隔离性Isolation」
1.用于控制数据访问，确保事务只访问处于期望的一致性级别下的数据；
2.使用锁对各个事务之间正在修改和查询的数据进行隔离。
「（4）持久性Durability」
1.「写事务日志：」 在将数据修改写入到磁盘上数据库的数据分区之前会把这些修改写入到磁盘上数据库的事务日志中，把提交指令记录到磁盘的事务日志中以后，即时数据修改还没有应用到磁盘的数据分区，也可以认为事务是持久化的。
2.「系统重新启动：」 正常启动或在发生系统故障之后启动，SQL Server会每个数据库的事务日志，进行回复处理。
3.「恢复处理包含两个阶段：」 重做阶段和撤销阶段。
4.「前滚：」 在重做阶段，对于提交指令已经写入到日志的事务，但数据修改还没有应用到数据分区的事务，数据库引擎会重做这些食物所做的所有修改。
5.「回滚：」 在撤销阶段，对于提交指令没有写入到日志中的事务，数据库引擎会撤销这些事务所做的修改。（这句话需要research,可能是不正确的。因为提交指令没有写入到数据分区，撤销修改是指撤销哪些修改呢？）
二、锁
2.1 事务中的锁
（1）SQL Server使用锁来实现事务的隔离。
（2）事务获取锁这种控制资源，用于保护数据资源，防止其他事务对数据进行冲突的或不兼容的访问。
2.2 锁模式
「（1）排他锁」
a.当试图修改数据时，事务只能为所依赖的数据资源请求排他锁。
b.持有排他锁时间：一旦某个事务得到了排他锁，则这个事务将一直持有排他锁直到事务完成。
c.排他锁和其他任何类型的锁在多事务中不能在同一阶段作用于同一个资源。
如：当前事务获得了某个资源的排他锁，则其他事务不能获得该资源的任何其他类型的锁。其他事务获得了某个资源的任何其他类型的锁，则当前事务不能获得该资源的排他锁。
「（2）共享锁」
a.当试图读取数据时，事务默认会为所依赖的数据资源请求共享锁。
b.持有共享锁时间：从事务得到共享锁到读操作完成。
c.多个事务可以在同一阶段用共享锁作用于同一数据资源。
d.在读取数据时，可以对如何处理锁定进行控制。后面隔离级别会讲到如何对锁定进行控制。
2.3 排他锁和共享锁的兼容性
（1）如果数据正在由一个事务进行修改，则其他事务既不能修改该数据，也不能读取（至少默认不能）该数据，直到第一个事务完成。
（2）如果数据正在由一个事务读取，则其他事务不能修改该数据（至少默认不能）。
2.4 可锁定的资源的类型
RID、KEY（行）、PAGE（页）、对象（例如表）、数据库、EXTENT（区）、分配单元（ALLOCATION_UNIT）、堆（HEAP）、以及B树（B-tree）。
「RID: 标识页上的特定行」
格式: fileid: pagenumber: rid （1:109:0 ）
其中fileid标识包含页的文件， pagenumber标识包含行的页，rid标识页上的特定行。
fileid与sys.databases_files 目录视图中的file_id列相匹配
例子：
在查询视图sys.dm_tran_locks的时候有一行的resource_description列显示RID 是1:109:0 而status列显示wait,
表示第1个数据文件上的第109页上的第0行上的锁资源。
2.5 锁升级
SQL Server可以先获得细粒度的锁（例如行或页），在某些情况下将细粒度锁升级为更粗粒度的锁（例如，表）。
例如单个语句获得至少5000个锁，就会触发锁升级，如果由于锁冲突而导致无法升级锁，则SQL Server每当获取1250个新锁时出发锁升级。
三、阻塞
3.1 阻塞
当多个事务都需要对某一资源进行锁定时，默认情况下会发生阻塞。被阻塞的请求会一直等待，直到原来的事务释放相关的锁。锁定超时期限可以限制，这样就可以限制被阻塞的请求在超时之前要等待的时间。
阶段1：事务A请求资源S1，事务不对资源S1进行操作
阶段2：事务A用锁A锁定资源S1，事务B请求对资源S1进行不兼容的锁定（锁B）,锁B的请求被阻塞，事务B将进入等待状态
阶段3：事务A正在释放锁A，事务B等待锁A释放，
阶段4：事务A的锁A已释放，事务B用锁B锁定资源S1
3.2 排除阻塞问题
例子：
3.2.1 准备工作：
1.准备测试数据
--先创建一张表Product作为测试。id为表的主键，price为product的价格
CREATE TABLE [dbo].[myProduct]([id] [int] NOT NULL,[price] [money] NOT NULL
) ON [PRIMARY]
GO
--插入一条数据，id=1,price=10
INSERT INTO [TSQLFundamentals2008].[dbo].[myProduct]([id],[price])VALUES(1,10)
2.模拟阻塞发生的情况
在SQL Server中打开三个查询窗口Connection1、Connection2、Connection3，分别按顺序执行表格中的执行语句。
--Connection1
BEGIN TRAN
UPDATE dbo.myProduct SET price = price + 1 WHERE id=1
「结论1：」
为了更新id=1这一行数据，会话必须先获得一个排他锁。事务处于一直打开状态，没有提交，所以事务一直持有排他锁，直到事务提交并完成。
--Connection2
SELECT * FROM dbo.myProduct WHERE id=1
「结论2：」
事务为了读取数据，需要请求一个共享锁，但是这一行已经被其他会话持有的排他锁锁定，而且共享锁和排他锁不是兼容的，所以会话被阻塞，进入等待状态
--Connection3
SELECT request_session_id AS 会话id ,resource_type AS 请求锁定的资源类型 ,resource_description AS 描述 ,request_mode AS 模式 ,request_status AS 状态
FROM sys.dm_tran_locks
「结论3：」
「会话56：」（1）状态WAIT-等待锁
（2）正在等待第1个数据文件上的第109页上的第0行资源的共享锁
（3）持有第1个数据文件上的第109页资源的意向共享锁
（3）持有OBJECT资源，意向共享锁
（4）持有DATABASE资源，意向共享锁
「会话52：」
（1）状态WAIT-授予锁
（2）正在等待第1个数据文件上的第109页上的第0行资源的排他锁（3）持有第1个数据文件上的第109页资源的排他锁
（3）持有OBJECT资源，排他锁
（4）持有DATABASE资源，排他锁
演示与总结如下所示：
3.2.2 分析阻塞原因
3.2.2.1 sys.dm_tran_locks 视图
（1）该动态视图可以查询出哪些资源被哪个进程ID锁了
（2）查询出对资源授予或正在等待的锁模式
（3）查询出被锁定资源的类型
上面的查询语句3已经用到了这个视图，可以参考上图中的分析说明。
3.2.2.2 sys.dm_exec_connections 视图
（1）查询出该动态视图可以查询出进程相关的信息
（2）查询出最后一次发生读操作和写操作的时间last_read,last_write
（3）查询出进程执行的最后一个SQL批处理的二进制标记most_recent_sql_handle
SELECT session_id ,connect_time ,last_read ,last_write ,most_recent_sql_handle
FROM sys.dm_exec_connectionsWHERE session_id IN ( 52, 56 )
「结论：」
「会话52：」
（1）connect_time连接时间：2016-06-07 07:09:41.103
（2）last_read最后一次读操作时间：2016-06-07 07:10:56.233
（3）last_write最后一次写操作时间：2016-06-07 07:10:57.873
（4）most_recent_sql_handle这是一个二进制标记，最后一个SQL批处理
「会话56：」
（1）状态WAIT-授予锁
（2）正在等待第1个数据文件上的第109页上的第0行资源的排他锁（3）持有第1个数据文件上的第109页资源的排他锁
（3）持有OBJECT资源，排他锁
（4）持有DATABASE资源，排他锁
演示与总结如下所示：
3.2.2.3 sys.dm_exec_sql_text 表函数
示例：
会话52：
执行的SQL语句：
BEGIN TRAN
UPDATE dbo.myProduct
SET price = price + 1
WHERE id = 1会话56：
执行的SQL语句：
(@1 tinyint)
SELECT * FROM [dbo].[myProduct]
WHERE [id]=@1
（1）该函数可以将二进制标记most_recent_sql_handle作为参数，然后返回SQL代码。
（2）阻塞进程在不断地运行，所以在代码中看到的最后一个操作不一定是导致问题的语句。在本例中最后一条执行语句是导致阻塞的语句。
SELECT session_id ,text
FROM sys.dm_exec_connectionsCROSS APPLY sys.dm_exec_sql_text(most_recent_sql_handle) AS ST
WHERE session_id IN ( 52, 56 )
演示与总结如下所示：
3.2.2.4 sys.dm_exec_sessions 视图
（1）会话建立的时间login_time
（2）特定于会话的客户端工作站名称host_name
（3）初始化会话的客户端程序的名称program_name
（4）会话所使用的SQL Server登录名login_name
（5）最近一次会话请求的开始时间last_request_start_time
（6）最近一次会话请求的完成时间last_request_end_time
SELECT * FROM sys.dm_exec_sessions
演示与总结如下所示：
3.2.2.5 sys.dm_exec_requests 视图
（1）识别出阻塞链涉及到的会话、争用的资源、被阻塞会话等待了多长时间
SELECT * FROM sys.dm_exec_sessions
「结论：」
「会话56：」
（1）被会话52阻塞，blocking_session_id = 52
（2）会话52的开始时间start_time
（3）状态挂起status = suspended
（4）挂起的命令command
演示与总结如下所示：
3.2.3 解决阻塞问题
3.2.3.1 Lock_TIMEOUT 选项
（1）设置会话等待锁释放的超时期限
（2）默认情况下会话不会设置等待锁释放的超时期限
（3）设置会话超时期限为5秒， SET Lock_TIMEOUT 5000
（4）锁定如果超时，不会引发事务回滚
（5）取消会话超时锁定的设置，SET LOCK_TIMEOUT -1
如果超时，将显示以下错误：
3.2.3.1 KILL命令
（1）杀掉会话52，KILL 52
（2）杀掉会话，会引起事务回滚，同时释放排他锁
四、隔离级别
4.1 基本概念
「（1）隔离级别用来做什么」
a.隔离级别用于决定如何控制并发用户读写数据的操作
「（2）写操作」
a.任何对表做出修改的语句
b.使用排他锁
c.不能修改读操作获得的锁和锁的持续时间
「（3）读操作：」
a.任何检索数据的语句
b.默认使用共享锁
c.使用隔离级别来控制读操作的处理方式
4.2 隔离级别的分类
（1）未提交读 （READ UNCOMMITTED）
（2）已提交读（READ COMMITTED）（默认值）
（3）可重复读（REPEATABLE READ）
（4）可序列化（SERIALIZABLE）
（5）快照（SNAPSHOT）
（6）已经提交读快照（READ_COMMITTED_SNAPSHOT）
4.3 隔离级别的设置
「（1）设置整个会话的隔离级别」
SET TRANSACTION ISOLATION LEVEL <isolation name>;
SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
「（2）用表提示设置查询的隔离级别」
SELECT ... FROM <table> WITH (<isolation name>);
SELECT * FROM dbo.myProduct WITH (READCOMMITTED);
注意：
1.设置会话选项的隔离级别时，隔离级别中的每个单词之间需要用空格分隔
2.用表提示的隔离级别时，隔离级别中的每个单词之间不需要用空格分隔
3.表提示的隔离级别有同义词，如：NOLOCK->READUNCOMMITTED,HOLDLOCK->REPEATABLEREAD
4.隔离级别的严格性：1.未提交读<2.已提交读<3.可重复读<4.可序列化
5.隔离级别越高，一致性越高，并发性越低
6.基于快照的隔离级别，SQL Server将提交过的行保存到tempdb数据库中，当读操作发现行的当前版本和它们预期的不一致时，可以立即得到行的以前版本，从而不用请求共享锁也能取得预期的一致性。
4.4 隔离级别的行为方式
4.4.1 未提交读 （READ UNCOMMITTED）
打开两个查询窗口，Connetion1,connection2
Step1: 执行Connection1的阶段2的SQL 语句，然后执行connection2的SQL语句
Step2: 执行Connection1的阶段3的SQL 语句，执行connection2的SQL语句
Step3: 执行Connection1的阶段4的SQL 语句，执行connection2的SQL语句
--阶段2
UPDATE myProduct
SET price = price + 1
WHERE id = 1;SELECT id ,price
FROM dbo.myProduct
WHERE id = 1;--阶段3
UPDATE myProduct
SET price = price + 5
WHERE id = 1;SELECT id ,price
FROM dbo.myProduct
WHERE id = 1;--阶段4
COMMIT TRAN
--在阶段2执行之后
SET TRAN ISOLATION LEVEL READ UNCOMMITTED
BEGIN TRAN;
SELECT id ,price
FROM dbo.myProduct
WHERE id = 1COMMIT TRAN;
两个事务的流程图：
阶段1：Price=10,事务A对myProduct表请求排他锁
阶段2：事务A对myProduct表使用了排他锁，更新price = price + 1，然后事务A查询price的价格: price=11。事务B不请求任何锁，事务B在A更新Price之后进行查询，price=11
阶段3：事务A更新price = price + 5，然后事务A查询price的价格，price = 16。事务B查询price的价格: price=16
阶段4：事务A释放排他锁
阶段5：事务A中查询price的价格:price = 16。事务B查询price的价格: price=16
「大家可以看到事务B有两种结果，这就是“未提交读 （READ UNCOMMITTED）”隔离级别的含义：」
（1）读操作可以读取未提交的修改（也称为脏读）。
（2）读操作不会妨碍写操作请求排他锁，其他事务正在进行读操作时，写操作可以同时对这些数据进行修改。
（3）事务A进行了多次修改，事务B在不同阶段进行查询时可能会有不同的结果。
4.4.2 已提交读（READ COMMITTED）（默认值）
打开两个查询窗口，Connetion1,connection2
Step1: 执行Connection1的SQL 语句
UPDATE` `dbo.myProduct ``SET` `price = price + 1 ``WHERE` `id=1
SELECT` `* ``FROM` `dbo.myProduct ``WHERE` `id =1
Step2: 执行Connection2的SQL 语句
SET` `TRANSACTION` `ISOLATION` `LEVEL` `READ` `COMMITTED
SELECT` `* ``FROM` `dbo.myProduct ``WHERE` `id = 1
两个事务的流程图：
阶段1：Price=10,事务A对myProduct表请求排他锁
阶段2：事务A对myProduct表使用了排他锁，更新price = price + 1，然后事务A查询price的价格: price=11。然后事务B请求共享锁进行读操作，查询price，
由于在当前隔离级别下，事务A的排他锁和事务B的共享锁存在冲突，所以事务B需要等待事务A释放排他锁后才能读取数据。
阶段3：事务A提交事务（COMMIT TRAN）
阶段4：事务A提交完事务后，释放排他锁
阶段5：事务B获得了共享锁，进行读操作，price=11
「“已提交读 （READ UNCOMMITTED）”隔离级别的含义：」
（1）必须获得共享锁才能进行读操作，其他事务如果对该资源持有排他锁，则共享锁必须等待排他锁释放。
（2）读操作不能读取未提交的修改，读操作读取到的数据是提交过的修改。
（3）读操作不会在事务持续期间内保留共享锁，其他事务可以在两个读操作之间更改数据资源，读操作因而可能每次得到不同的取值。这种现象称为“不可重复读”
4.4.3 可重复读（REPEATABLE READ）
打开两个查询窗口，Connetion1,connection2
Step1: 执行Connection1的SQL 语句
SET` `TRANSACTION` `ISOLATION` `LEVEL` `REPEATABLE` `READ
SELECT` `* ``FROM` `dbo.myProduct ``WHERE` `id = 1
Step2: 执行Connection2的SQL 语句
UPDATE` `dbo.myProduct ``SET` `price = price + 1 ``WHERE` `id=1
演示与总结如下所示：
两个事务的流程图：
阶段1：Price=10,事务A对myProduct表请求共享锁
阶段2：事务A对myProduct表使用了共享锁，事务A查询price的价格: price=10，事务A一直持有共享锁直到事务A完成为止。然后事务B请求排他锁进行写操作price=price+1，
由于在当前隔离级别下，事务A的共享锁和事务B请求的排他锁存在冲突，所以事务B需要等待事务A释放共享锁后才能修改数据。
阶段3：事务A查询price, price=10, 说明事务B的更新操作被阻塞了，更新操作没有被执行。然后事务A提交事务（COMMIT TRAN）
阶段4：事务A提交完事务后，释放共享锁
阶段5：事务B获得了排他锁，进行写操作，price=11
**“可重复读 （REPEATABLE READ）”隔离级别的含义： **
（1）必须获得共享锁才能进行读操作，获得的共享锁将一直保持直到事务完成之止。
（2）在获得共享锁的事务完成之前，没有其他事务能够获得排他锁修改这一数据资源，这样可以保证实现可重复的读取。
（3）两个事务在第一次读操作之后都将保留它们获得的共享锁，所以任何一个事务都不能获得为了更新数据而需要的排他锁，这种情况将会导致死锁（deadlock），不过却避免了更新冲突。
4.4.4 可序列化（SERIALIZABLE）
打开两个查询窗口，Connetion1,connection2
Step1: 执行Connection1的SQL 语句
BEGIN TRANSACTION
SET TRANSACTION ISOLATION LEVEL SERIALIZABLE
SELECT * FROM dbo.myProduct WHERE id = 1
Step2: 执行Connection2的SQL 语句
INSERT` `INTO` `dbo.myProduct(id, price) ``VALUES` `(1, 20)
演示与总结如下所示：
两个事务的流程图：
阶段1：Price=10,事务A对myProduct表请求共享锁
阶段2：事务A对myProduct表使用了共享锁，事务A查询id=1的price的价格:1行记录，price=10，事务A一直持有共享锁直到事务A完成为止。然后事务B请求排他锁进行插入操作id=1,price=20，
由于在当前隔离级别下，事务B试图增加能够满足事务A的读操作的查询搜索条件的新行，所以事务A的共享锁和事务B请求的排他锁存在冲突，事务B需要等待事务A释放共享锁后才能插入数据。
阶段3：事务A查询出id=1的数据只有1行，说明事务B的插入操作被阻塞了，插入操作没有被执行。然后事务A提交事务（COMMIT TRAN）
阶段4：事务A提交完事务后，释放共享锁
阶段5：事务B获得了排他锁，进行插入操作，插入成功，查询出id=1的数据有两条-
「“可序列化（SERIALIZABLE）”隔离级别的含义：」
（1）必须获得共享锁才能进行读操作，获得的共享锁将一直保持直到事务完成之止。
（2）在获得共享锁的事务完成之前，没有其他事务能够获得排他锁修改这一数据资源，且当其他事务增加能够满足当前事务的读操作的查询搜索条件的新行时，其他事务将会被阻塞，直到当前事务完成然后释放共享锁，其他事务才能获得排他锁进行插入操作。
（3）事务中的读操作在任何情况下读取到的数据是一致的，不会出现幻影行（幻读）。
（4）范围锁：读操作锁定满足查询搜索条件范围的锁。
4.5 隔离级别总结
「脏读：」 读取未提交的更改。
「不可重复读：」 读操作不会在事务持续期间内保留共享锁，其他事务可以在两个读操作之间更改数据资源，读操作因而可能每次得到不同的取值。
「丢失更新：」 两个事务进行读操作，获得资源上的共享锁，读取完数据后，不再持有资源上的任何锁，两个事务都能更新这个值，最后进行更新的事务将会覆盖其他事务做的更改，导致其他事务更改的数据丢失。
「幻读：」 第一次和第二次读取到的数据行数不一致。
「范围锁：」 读操作锁定满足查询搜索条件范围的锁
五.死锁
死锁是指一种进程之间互相永久阻塞的状态，可能涉及两个或更多的进程。
打开两个查询窗口，Connetion1,connection2
Step1: 执行Connection1的SQL 语句
SET` `TRANSACTION` `ISOLATION` `LEVEL` `READ` `COMMITTED
BEGIN` `TRAN
UPDATE` `dbo.myProduct ``SET` `price = price + 1 ``WHERE` `id=1
SELECT` `* ``FROM` `dbo.myOrder ``WHERE` `id =1
Step2: 执行Connection2的SQL 语句
SET` `TRANSACTION` `ISOLATION` `LEVEL` `READ` `COMMITTED
BEGIN` `TRAN
UPDATE` `dbo.myOrder ``SET` `customer = ``'ddd'` `WHERE` `id = 1
SELECT` `* ``FROM` `dbo.myProduct ``WHERE` `id = 1
演示与总结如下所示：
两个事务的流程图：
阶段1：Price=10,事务A对myProduct表请求排他锁。Customer = aaa,事务B对myOrder请求排他锁
阶段2：事务A对myProduct表使用了排他锁，更新price = price + 1。然后事务B对myOrder表使用了排他锁，更新customer=ddd。
阶段3：事务A查询myOrder表，对myOrder表请求共享锁，因为事务A的请求的共享锁与事务B的排他锁冲突，所以事务A被阻塞。然后事务B查询myProduct表，对myProduct表请求共享锁，因为事务B的请求的共享锁与事务A的排他锁冲突，所以事务B被阻塞。
阶段4：事务A等待事务B的排他锁释放，事务B等待事务A的排他锁释放，导致死锁。事务A和事务B都被阻塞了。
阶段5：SQL Server在几秒之内检测到死锁，会选择一个事务作为死锁的牺牲品，终止这个事务，并回滚这个事务所做的操作。在这个例子中，事务A被终止，提示信息：事务(进程 ID 53)与另一个进程被死锁在 锁 资源上，并且已被选作死锁牺牲品。请重新运行该事务。
“「死锁 （Dead Lock）」” 的一些注意事项：
（1）如果两个事务没有设置死锁优先级，且两个事务进行的工作量也差不多一样时，任何一个事务都有可能被终止。
（2）解除死锁要付出一定的系统开销，因为这个过程会涉及撤销已经执行过的处理。
（3）事务处理的时间时间越长，持有锁的时间就越长，死锁的可能性也就越大，应该尽可能保持事务简短，把逻辑上可以不属于同一个工作单元的操作移到事务以外。
（4）上面的例子中，事务A和事务B以相反顺序访问资源，所以发生了死锁。如果两个事务按同样的顺序来访问资源，则不会发生这种类型的死锁。在不改变程序的逻辑情况下，可以通过交换顺序来解决死锁的问题。
往期推荐
动图演示：手撸堆栈的两种实现方法！
多图带你彻底理解Java中的21种锁！
Java新特性：数据类型可以扔掉了？
关注下方二维码，收获更多干货！
32张图带你彻底搞懂事务和锁！相关推荐
- 8000字 | 32 张图 | 一文搞懂事务+隔离级别+阻塞+死锁
来源 | 悟空聊架构(ID:PassJava666) 本篇主要内容如下: 本篇主要内容 一.事务 1.1 什么是事务 为单个工作单元而执行的一系列操作.如查询.修改数据.修改数据定义. 1.2 语法 ...
- 12张图带你彻底搞懂服务限流、熔断、降级、雪崩
目录 一.服务雪崩 二.服务限流 1.限流指标 1)TPS 2)HPS 3)QPS 2.限流方法 1)流量计数器 2)滑动时间窗口 3)漏桶算法 4)令牌桶算法 5)分布式限流 6)hystrix限流 ...
- 6 张图带你彻底搞懂分布式事务 XA 模式
作者 | 朱晋君 来源 | 阿里巴巴云原生公众号 XA 协议是由 X/Open 组织提出的分布式事务处理规范,主要定义了事务管理器 TM 和局部资源管理器 RM 之间的接口.目前主流的数据库,比如 o ...
- 3 万字 + 100 张图带你彻底搞懂 TCP 面试题（强烈建议收藏）
大家好,我是小林,一个专为大家图解的工具人. 不管面试 Java .C/C++.Python 等开发岗位, TCP 的知识点可以说是必问的了. 任 TCP 虐我千百遍,我仍待 TCP 如初恋. 过去不 ...
- 10张图带你彻底搞懂什么是限流、熔断、服务降级
在分布式系统中,如果某个服务节点发生故障或者网络发生异常,都有可能导致调用方被阻塞等待,如果超时时间设置很长,调用方资源很可能被耗尽.这又导致了调用方的上游系统发生资源耗尽的情况,最终导致系统雪崩. ...
- 26张图带你彻底搞懂volatile关键字
引子 小艾吃饭路上碰上小牛,忙问:你昨天面大厂面的咋样了?听说他们最喜欢问多线程相关知识. 小牛说:对啊,第一个问题我就讲了20分钟,直接把面试官讲服了. 小艾忙问:什么问题能讲这么久?是不是问你情感 ...
- 多张图带你彻底搞懂DNS域名解析过程
目录 1.DNS 2.域名系统DNS 的作用 3.域名的层级关系 4.DNS域名解析过程 递归查询 迭代查询 5.高速缓存 6.DNS相关面试问题 1.DNS DNS(Domain Name Syst ...
- 大疆aeb连拍_一张图带你轻松读懂摄影必备专业术语~
原标题:一张图带你轻松读懂摄影必备专业术语~ 曝光,只是画面光线的明暗程度而已?自动对焦,只用手指一点就万试万灵?AEB连拍和HDR拍摄又有什么区别? 快门.光圈,焦距--搞懂了这些术语,就能拍出一幅 ...
- Android 动态分区详解(一) 5 张图让你搞懂动态分区原理
文章目录 0. 导读 1. 动态分区详解的背景 1.1 背景 1.2 动态分区的本质 2. Linux device mapper 驱动 3. Android 动态分区布局 3.1 动态分区布局 3. ...
最新文章
- MVC3学习 四 EF删除操作
- 优酷世博频道上线 拍客牛人导航上海世博
- java parallelstream_关于Java8 parallelStream并发安全的深入讲解
- python必考面试题目
- mozilla js 引擎_Mozilla的内容拦截器，新JavaScript引擎以及更多开源新闻
- 前景菜谱制作的seo技巧
- 写入Visual Studio的输出窗口
- 【PA2014】【BZOJ3709】Bohater（贪心，排序）
- C# 操作word之在表格中插入新行、删除指定行
- 互联网监控直播-LiveGBS分发出RTMP、HLS、FLV、RTSP视频流说明介绍
- 形式语言与自动机 Part.1绪论, Part.2 语言与文法
- 使用POI导出数据和图片，
- FAST-LIO论文阅读
- eclipse的安装和汉化
- 百度地图样式冲突问题
- 计算机自查等级表,计算机自查登记表
- 快速排序的实现（单边循环、双边循环、非递归的实现）
- [SQL Server] Northwind and pubs Sample Databases安装
- 异星工厂mod位置linux,异星工厂怎么打MOD 异星工厂游戏目录详解-游侠网
- SAP中销售交货问题处理实例