月薪30k的百度软件测试岗位面试题

死锁是指两个或多个事务在数据库中由于资源竞争而相互等待，导致所有事务都无法继续执行的情况。这种现象通常是由于不当的资源分配或操作顺序引起的。

•  死锁的常见原因

1. 多个事务同时请求相同的资源（如行、表、锁），但持有的资源互不相让。

   事务请求资源的顺序不一致，导致循环等待。

   使用了过于宽泛的锁（如表锁），导致资源竞争激烈。

   某些事务长时间占用锁，其他事务需要等待而导致死锁。

   1. 资源争用：

   2. 事务未遵循固定的加锁顺序：

   3. 锁范围过大：

   4. 事务未及时释放锁：

• 具体实例

场景：两个事务互相等待

假设有一个银行数据库，包含 Account 表，事务 A 和事务 B 分别试图同时转账：

表结构：

1. CREATE TABLE Account (

2. AccountID INT PRIMARY KEY,

3. Balance DECIMAL(10, 2)

4. );

‍初始数据：

AccountID	Balance
1	1000.00
2	1500.00

步骤导致死锁的过程：

1. 事务 A 先锁住账户 1 的记录，然后尝试锁住账户 2：

1. BEGIN TRANSACTION;

2. UPDATE Account SET Balance = Balance - 100 WHERE AccountID = 1;

3. -- 事务 A 等待账户 2 的锁

4. UPDATE Account SET Balance = Balance + 100 WHERE AccountID = 2;

2. 事务 B 先锁住账户 2 的记录，然后尝试锁住账户 1：

1. BEGIN TRANSACTION;

2. UPDATE Account SET Balance = Balance - 200 WHERE AccountID = 2;

3. -- 事务 B 等待账户 1 的锁

4. UPDATE Account SET Balance = Balance + 200 WHERE AccountID = 1;

3. 此时：

1. 事务 A 持有账户 1 的锁，等待账户 2。

3. 事务 B 持有账户 2 的锁，等待账户 1。

4. 由于互相等待，事务 A 和事务 B 都无法继续，导致死锁。

解决死锁的方法

1. 避免循环等待：

   • 按固定顺序申请锁，例如先锁账户 ID 小的，再锁账户 ID 大的。

2. 减少锁的粒度：

   • 例如只锁住需要修改的行，而不是整张表。

3. 使用事务超时机制：

   • 设置事务等待的超时时间，一旦超时则回滚。

4. 优化事务逻辑：

   • 尽量减少事务中锁住的资源数量和锁定时间。

5. 死锁检测和回滚：

   • 数据库系统（如 MySQL、PostgreSQL）会自动检测死锁并中止某个事务以释放资源。

通过优化事务的设计与执行顺序，可以有效降低死锁的发生概率。

 感谢每一个认真阅读我文章的人！！！

作为一位过来人也是希望大家少走一些弯路，如果你不想再体验一次学习时找不到资料，没人解答问题，坚持几天便放弃的感受的话，在这里我给大家分享一些自动化测试的学习资源，希望能给你前进的路上带来帮助。

软件测试面试文档

我们学习必然是为了找到高薪的工作，下面这些面试题是来自阿里、腾讯、字节等一线互联网大厂最新的面试资料，并且有字节大佬给出了权威的解答，刷完这一套面试资料相信大家都能找到满意的工作。

 

          视频文档获取方式：
这份文档和视频资料，对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！以上均可以分享，点下方小卡片即可自行领取。