面经字节1

本文探讨了悲观锁和乐观锁在数据库事务处理中的应用场景。悲观锁适用于写操作频繁的场景,而乐观锁则更适合读操作多的情况。在Redis中,由于其单线程模型,它不直接支持这两种锁,但可以通过特定策略实现类似功能。Redis的高性能得益于其单线程设计和内存存储,避免了多线程竞争和磁盘I/O延迟。
摘要由CSDN通过智能技术生成

悲观锁和乐观锁的应用场景

悲观锁:适合写入操作比较频繁的场景。如果出现大量读取操作,每次读数据都要加锁,这样会增加大量的锁的开销,降低了系统的吞吐量。
乐观锁:适合读操作频繁的场景,如果出现大量的写入操作,数据发生冲突的可能性增大。为了保证数据一致性,应用层要不断的重新获取数据,这样会增加大量的查询操作,降低系统的吞吐量。
CAS回答的不对,一会再看

redis单线程应用场景??

没搜到啊

redis为什么那么快

在这里插入图片描述
https://www.bilibili.com/video/BV1Nv4y1A7EA?spm_id_from=333.337.search-card.all.click
up主的视频,讲得挺不错

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值