博客
关于我
Redis乐观锁
阅读量:787 次
发布时间:2019-03-24

本文共 783 字,大约阅读时间需要 2 分钟。

悲观锁与乐观锁的 عشر五 Eval

悲观锁和乐观锁是数据库事务管理中的两种常见机制,它们在不同的场景下发挥着不同的作用。悲观锁(Pessimistic Lock)由于其内置的阻止其他并发事务的机制,给事务带来了严格的上锁保护。无论何时都要加锁,而乐观锁(Optimistic Lock)则采用了刚性版本控制的机制,只在数据对应行进行操作时才上锁,而在更新过程中进行版本比较。

这一技术设计背后的道理是基于对事务特性进行深度理解。在一些传统的高并发场景下,默认的悲观锁机制往往会因为其他意外的并发操作而导致事务提交失败。这种做法虽然能保证事务的完整性,但也会显著增加系统的等待时间和资源消耗。而乐观锁通过版本控制机制,假设大多数情况下没有同时修改同一数据行,从而减少了不必要的排他锁。

以金额表的操作为例,当我们要对某一金额进行初始修改时,数据库系统会生成一个特定的版本号。只要在对应的数据行或相关数据行进行修改时,都必须进行版本号的比较。如果其他事务已经修改了相关数据,当前操作会自动检测到并抛出事务失效的异常,从而避免了数据不一致的问题。

再以一个事务操作为例,假设开发人员在未提交前就进行了其他操作,这种情况在悲观锁机制下会很快被发现,并阻止新的操作。不过在乐观锁的情况下,可以通过版本号的比较机制发现事务失效的情况,从而只提交成功的修改。

这种机制的核心优势在于,乐观锁假设大多数事务不会出现意外情况,当出现冲突时系统能够自动检测并定位问题源,将影响尽量局限。通过合理设置版本控制策略,可以进一步优化事务失效的处理流程,在不影响数据一致性的前提下,最大限度降低事务处理的恢复时间。

在实际应用中,选择使用哪种锁机制需要根据具体的业务场景来综合考量。对于对顺序性和准确性要求极高的场景,悲观锁可能更适合;而对并发幅度较低的场景,乐观锁则能提供更高效的处理体验。

转载地址:http://zzhkk.baihongyu.com/

你可能感兴趣的文章
Mysql学习总结(72)——MySQL 开发者开发,设计规范再总结
查看>>
Mysql学习总结(73)——MySQL 查询A表存在B表不存在的数据SQL总结
查看>>
Mysql学习总结(74)——慢SQL!压垮团队的最后一根稻草!
查看>>
Mysql学习总结(75)——并发量大、数据量大的互联网业务数据库设计军规
查看>>
Mysql学习总结(76)——MySQL执行计划(explain)结果含义总结
查看>>
Mysql学习总结(77)——温故Mysql数据库开发核心原则与规范
查看>>
Mysql学习总结(78)——MySQL各版本差异整理
查看>>
Mysql学习总结(79)——MySQL常用函数总结
查看>>
Mysql学习总结(7)——MySql索引原理与使用大全
查看>>
Mysql学习总结(80)——统计数据库的总记录数和库中各个表的数据量
查看>>
Mysql学习总结(81)——为什么MySQL不推荐使用uuid或者雪花id作为主键?
查看>>
Mysql学习总结(82)——MySQL逻辑删除与数据库唯一性约束如何解决?
查看>>
Mysql学习总结(83)——常用的几种分布式锁:ZK分布式锁、Redis分布式锁、数据库分布式锁、基于JDK的分布式锁方案对比总结
查看>>
Mysql学习总结(84)—— Mysql的主从复制延迟问题总结
查看>>
Mysql学习总结(85)——开发人员最应该明白的数据库设计原则
查看>>
Mysql学习总结(8)——MySql基本查询、连接查询、子查询、正则表达查询讲解
查看>>
Mysql学习总结(9)——MySql视图原理讲解与使用大全
查看>>
Mysql学习笔记 - 在Centos7环境下离线安装Mysql
查看>>
MySQL学习笔记十七:复制特性
查看>>
Mysql学习第一课-mysql的定义及sql语句
查看>>