标签:事务 实现 数据库 update 乐观 版本号 悲观 分布式
分布式事务锁
数据库实现*分布式事务锁目前有三种常见的实现方式,基于数据库的,基于缓存的,基于zookeeper的文件系统
悲观锁
当要对数据库中的一条数据进行修改的时候,为了避免同时被其他人修改,最好的办法就是直接对该数据进行加锁以防止并发。这种借助数据库锁机制,在修改数据之前先锁定,再修改的方式被称之为悲观并发控制;
悲观锁的实现,最简单的方式可能就是直接创建一张锁表,然后通过操作该表中的数据来实现了。这里可以利用select … where … for update 排他锁来实现悲观锁;排他锁需要注意的点是,name字段必须加索引,让查询走索引,否则会锁表;
乐观锁
乐观锁是相对悲观锁而言的,乐观锁假设数据一般情况不会造成冲突,所以在数据进行提交更新的时候,才会正式对数据的冲突与否进行检测,如果冲突,则返回给用户异常信息,让用户决定如何去做。乐观锁适用于读多写少的场景,这样可以提高程序的吞吐量。
乐观锁的实现,也需要创建一张锁表,不过需要增加一个版本号字段;锁的实现就是加锁时查询版本号,然后进行业务操作,之后再用之前的版本号作为条件,进行update版本号,如果update成功,说明当前事务没有冲突;如果版本号不一致,则会更新失败。乐观锁适合并发量不高,并且写操作不频繁的场景;
标签:事务,实现,数据库,update,乐观,版本号,悲观,分布式 来源: https://www.cnblogs.com/yanghanwen/p/15054178.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。