喵呜小怪

在分布式、微服务架构下，应用一个请求往往贯穿多个分布式服务，这给应用的故障排查、性能优化带来新的挑战。分布式链路追踪作为解决分布式应用可观测问题的重要技术，愈发成为分布式应用不可缺少的基础设施。

顺序消息是指对于一个指定的 Topic ，消息严格按照先进先出（FIFO）的原则进行消息发布和消费，即先发布的消息先消费，后发布的消息后消费。

最近在倒腾自建博客后端系统，需要用到延时任务的功能，但手头只有一套MySQL和Redis，如果搞一套MQ成本有点大，于是想着用redis实现延时消息队列。有些场景用数据库的定时扫表也能简单实现延时消息

我正在参与掘金创作者训练营第6期，点击了解活动详情 我们为什么需要了解RESP协议？ 关于这个问题，我想通过一个实例来解释，我们编写Redis中间件，为什么需要了解RESP协议。 以上代码是编写了一个

虽然Kubernetes 给云原生时代带来了颠覆性的新气象，但却很少人了解被钦定作为其后端存储的 etcd ，本篇从分布式锁视角梳理etcd的各种机制，探索基于etcd的锁实现为何如此优雅。

随着业务的快速发展、业务复杂度越来越高，传统单体应用逐渐暴露出了一些问题，例如开发效率低、可维护性差、架构扩展性差、部署不灵活、健壮性差等等。而微服务架构是将单个服务拆分成一系列小服务，且这些小服务都

1 分布式锁概述 谈到分布式锁，必然是因为单机锁无法满足要求，在现阶段微服务多实例部署的情况下，单机语言级别的锁，无法满足并发互斥资源的安全访问。常见的单机锁如Java的jvm锁Lock、synchr

从头到尾厘清 Redis 分布式锁，什么事分布式锁？实现分布式锁注意的点，Redis 分布式锁原理，Redis 实现分布式锁注意的点及解决方案，Redisson 实现分布式锁源码解析等

R2M分布式锁原理可以理解为一条内容或者图片+文字+链接的载体，常见的案例有锁说明和分布式锁选择、r2m分布式锁选择、r2m分布式锁原理，加锁核心流程。