持续总结中！2024年面试必问 20 道 MySQL面试题（八）

上一篇地址：持续总结中！2024年面试必问 20 道 MySQL面试题（七）-CSDN博客

十五、乐观锁和悲观锁有什么区别？

乐观锁和悲观锁是两种不同的并发控制策略，用于处理多用户环境中的数据一致性问题。它们的主要区别在于对数据冲突发生可能性的假设和处理方式：

悲观锁（Pessimistic Locking）

悲观锁的策略基于对数据冲突的悲观预期，即认为冲突很可能发生，因此需要在数据操作之前先进行锁定，以确保数据一致性。

特点：

1. 锁的获取：在事务开始时就获取必要的锁，直到事务结束才释放。
2. 数据保护：通过锁定数据，防止其他事务修改，确保当前事务对数据的独占访问。
3. 冲突处理：由于锁的存在，当其他事务尝试访问同一数据时，会被阻塞，直到锁被释放。
4. 适用场景：适用于写操作频繁，且冲突可能性较高的环境。
5. 性能影响：可能导致线程阻塞和饥饿，增加了死锁的风险，可能影响系统并发性能。

乐观锁（Optimistic Locking）

乐观锁的策略基于对数据冲突的乐观预期，即认为冲突不太可能发生，因此允许多个事务同时进行，但在提交更新时检查在事务执行过程中数据是否被其他事务修改过。

特点：

1. 无锁获取：事务执行过程中不锁定数据，允许多个事务并发访问。
2. 数据版本控制：通常通过数据版本号或时间戳来实现。事务开始时记录版本号，提交时检查版本号是否变动。
3. 冲突检测：在事务提交时检测数据版本，如果版本号在事务执行期间发生了变化，说明数据被其他事务修改过。
4. 适用场景：适用于写操作不频繁，冲突可能性较低的环境。
5. 性能影响：减少了锁的开销，提高了系统的并发性能。但如果冲突较多，可能会导致许多事务在提交时失败，需要重试。

区别总结：

• 锁的类型：悲观锁通常使用数据库的锁机制（如行锁），乐观锁通常不需要数据库锁，而是通过业务逻辑来实现。
• 冲突处理时机：悲观锁在事务开始时就预防冲突，乐观锁在事务结束时检测冲突。
• 性能考量：悲观锁可能会因为锁等待而降低性能，乐观锁可能会因为高冲突率和重试机制而降低性能。
• 适用场景：悲观锁适用于高冲突环境，乐观锁适用于低冲突环境。
• 实现复杂性：乐观锁需要应用程序来管理版本控制逻辑，可能比悲观锁在实现上更为复杂。

在实际应用中，选择乐观锁还是悲观锁取决于具体的业务场景、数据争用情况以及性能要求。有时，两者也可以结合使用，以适应不同的操作和数据访问模式。

十六、如何避免死锁？

避免死锁通常需要综合考虑数据库设计、事务管理、应用程序逻辑和锁策略等多个方面。以下是一些避免死锁的常用策略：

1. 避免长事务

• 缩短事务长度：尽量保持事务尽可能短，减少事务持有锁的时间。

2. 顺序化访问

• 固定顺序：为所有事务定义固定的数据访问顺序，以减少死锁的可能性。

3. 最小化锁的使用

• 减少锁定资源：仅在必要时锁定资源，并且尽可能减少锁定的范围和持续时间。

4. 使用更低级别的锁

• 避免不必要的表级锁：如果可能，使用行级锁代替表级锁，因为行级锁的粒度更细，可以减少锁争用。

5. 锁超时设置

• 设置合理的锁等待超时：为锁请求设置超时时间，避免事务无限期地等待锁。

6. 死锁检测与回滚

• 自动死锁检测：大多数数据库管理系统会自动检测死锁，并选择牺牲一个或多个事务来解决死锁。
• 手动死锁处理：在某些情况下，可能需要手动介入来检测和解决死锁。

7. 锁升级策略

• 避免频繁锁升级：设计锁机制时，应尽量避免从低级别锁频繁升级到高级别锁。

8. 避免大批量操作

• 分批处理：将大批量数据处理操作分批进行，减少锁的持有时间和范围。

9. 应用逻辑优化

• 重试机制：在应用程序中实现重试逻辑，当检测到死锁时，自动重试事务。
• 错误处理：确保应用程序能够妥善处理死锁异常，并提供反馈。

10. 隔离级别调整

• 选择合适的隔离级别：根据业务需求和性能考虑，选择合适的事务隔离级别。

11. 锁监测与分析

• 监控工具：使用数据库监控工具来跟踪锁的状态和死锁的发生。
• 日志分析：定期分析数据库日志，了解死锁发生的原因和模式。

12. 教育和培训

• 最佳实践：教育开发人员和数据库管理员关于避免死锁的最佳实践。

13. 避免大范围的锁定

• 限制锁定范围：避免使用会锁定大量数据的操作，如某些类型的JOIN或子查询。

结论

避免死锁需要综合考虑多种策略，并且需要根据具体的应用场景和业务需求来定制解决方案。通过优化事务管理、改进数据库设计、调整锁策略和增强应用程序逻辑，可以显著降低死锁发生的风险，提高数据库系统的稳定性和性能。