微信扫码可以体验~

微信扫码可以体验~

在分布式环境中，为了保证业务数据的正常访问，防止出现重复请求的问题，会使用分布式锁来阻拦后续请求。我们先写一段有问题的业务代码：。上面的代码很简单，查询db中有没有对应的user数据，如果有的话，执行更新操作，如果没有则插入。我们知道，上面的代码是线程不安

接着准备面试内容，今天学习了下redis，继续我的笔记加深印象。这样，后面的请求就去缓存中读取，使得请求能够迅速响应。这个时候，就需要使用redis做一个缓冲操作，让请求先访问到redis，而不是直接访问数据库。定时删除,用一个定时器来负责监视key,过期

之前写过一篇文章《如何在springcloud分布式系统中实现分布式锁？》，由于自己仅仅是阅读了相关的书籍，和查阅了相关的资料，就认为那样的是可行的。那篇文章实现的大概思路是用setNx命令和setEx配合使用。setNx是一个耗时操作，因为它需要查询这个

Redis哨兵模式，用现在流行的话可以说就是一个“哨兵机器人”，给“哨兵机器人”进行相应的配置之后，这个"机器人"可以7*24小时工作，它能能够自动帮助你做一些事情，如监控，提醒，自动处理故障等。Redis-sentinel是Redis

所谓秒杀，从业务角度看，是短时间内多个用户“争抢”资源，这里的资源在大部分秒杀场景里是商品；将业务抽象，技术角度看，秒杀就是多个线程对资源进行操作，所以实现秒杀，就必须控制线程对资源的争抢，既要保证高效并发，也要保证操作的正确。既然key-value对存在

我们提出一种算法，叫做Relock，它实现了我们认为比vanilla单一实例方式更安全的DLM。我们希望社区分析它并提供反馈，以做为更加复杂或替代设计的一个实现。利用Redis的超时机制，key被创建为有一定的生存期，因此它最终会被释放。而当客户端想要释放