SQLServer 中的死锁说明
数据库 发布日期：2024/9/24 浏览次数：1
正在浏览：SQLServer 中的死锁说明
两个进程发生死锁的典型例子是：进程T1中获取锁A，申请锁B；进程T2中获取锁B，申请锁A，我们下面动手来演示一下这种情况：
1. 创建一个Database，名为InvDB。
2. 执行下面脚本创建person表并填充两条数据：
3. 在SQL Server Management Studio的两个窗口中同时执行下面的查询：
这段代码在默认的READ COMMITTED隔离级别下运行，两个进程分别在获取一个排它锁的情况下，申请对方的共享锁从而造成死锁。
可见一个进程可以正常更新并显示结果，而另一个进程已经被回滚：
(1 row(s) affected)
Msg 1205, Level 13, State 45, Line 8
Transaction (Process ID 55) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
4. 启动 SQL Server Profiler，选择下面4种Events：
再执行一次上面的死锁实验，可以看到如下所示的死锁图：
非常有趣的一点是：第二次执行上述语句不会发生死锁！这是因为此时两个进程中，SQL Server会智能的识别出update语句是不需要做的，所以都不会去获取排它锁，当然也就不会死锁了。SQL Server 2008 的查询优化器还真是非常强大！
荣耀猎人回归！七大亮点看懂不只是轻薄本，更是游戏本的MagicBook Pro 16.
人们对于笔记本电脑有一个固有印象：要么轻薄但性能一般，要么性能强劲但笨重臃肿。然而，今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上，荣耀宣布猎人游戏本正式回归，称其继承了荣耀 HUNTER 基因，并自信地为其打出“轻薄本，更是游戏本”的口号。
众所周知，寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验，而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起，我们不禁对它产生了强烈的好奇：作为代表荣耀猎人游戏本的跨界新物种，它究竟做了哪些平衡以兼顾不同人群的各类需求呢？
人们对于笔记本电脑有一个固有印象：要么轻薄但性能一般，要么性能强劲但笨重臃肿。然而，今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上，荣耀宣布猎人游戏本正式回归，称其继承了荣耀 HUNTER 基因，并自信地为其打出“轻薄本，更是游戏本”的口号。
众所周知，寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验，而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起，我们不禁对它产生了强烈的好奇：作为代表荣耀猎人游戏本的跨界新物种，它究竟做了哪些平衡以兼顾不同人群的各类需求呢？