下面是一个对Redis官方文档《A fifteen minute introduction to Redis data types》一文的翻译，如其题目所言，此文目的在于让一个初学者能通过15分钟的简单学习对Redis的数据结构有一个了解。Redis是一种

核心思想就是在多台机器上启动多个 es 进程实例，组成了一个 es 集群。创建一个index，index包含多个shard，每个shard都是一个最小工作单元，每个 shard 存储部分数据。一个shard 的数据实际是有多个备份，就是说每个 shard

logic 节点 作为生产者和client端，作为业务节点，提供push推送resetapi接口，可以扩容多个节点做nginx负载均衡。直接调用组件task接口进行投递到task进程执行，task投递为非阻塞操作，执行完毕会直接返回，大大的提升了worke

今天我们来讲一下Redis集群实现的分布式ID的过程，总结一下Redis集群是否适合做分布式ID？关于Redis集群生成分布式ID，这里要先了解redis使用lua脚本的时候的EVAL，EVALSHA命令：。这里的分布式id我们分成3部分组成：毫秒级时间，

之前在《阿里开源分布式事务组件 seata ：seata server 通信层解析》这篇文章中，站在 server 端的角度简单分析过 seata 的网络通信模块。这篇文章讲讲 client 角度的通信细节，以及在上篇文章中未提及的一些关键点，算是对 se

进入21世纪以来，我们见证了企业分布式应用架构从SOA，到微服务架构，再到云原生应用架构的演化。为了说明企业架构演化背后的思考，我们先谈一些玄学。随着时间的推演，业务的变化，企业IT系统的复杂度会越来越高。应用交互的复杂性不会消失，只会换一种方式存在。引入

分布式系统中，有一些需要使用全局唯一ID的场景，这种时候为了防止ID冲突可以使用36位的UUID，但是UUID有一些缺点，首先他相对比较长，另外UUID一般是无序的。有些时候我们希望能使用一种简单一些的ID，并且希望ID能够按照时间有序生成。而twitte

想看分布式 ， 想了很久，今天终于看了！可是刚看完第一章的时候一点也不如意！因为刚看的时候，总想着赶紧来个直观的感受吧！赶紧看看分布式系统，到底是个东西。分布式系统的重要性也是不言而喻的，客户端的请求 可以传送到最近的服务器，获得高效的服务，同时服务器端避

实际的项目开发中，大体有如下三种版本库管理方案：分散式、集中式、分布集中式。分散式版本库管理是指项目的版本库由项目自行管理，与其它项目的版本库没有任何关系，各项目的版本库形成一个个离散的孤岛。但毫无疑问，这种版本库管理方案给公司的集中管理、规范化管理带来了

缓存的Key前缀取的是config中配置的，没有单独管理。不能使用redis一些本身高级命令，比如sadd等。一些常用的操作可以再次封装，比如分布式锁等。

每个线程内部的指令都是按照程序规定的顺序执行的。进程2在没有获取”y”数据的访问锁时，读取的值将为NIL. 进程更新一个数据后，它总是能访问到自身更新过的最新值，而不会看到旧值

在Redis上，可以通过对key值的独占来实现分布式锁，表面上看，Redis可以简单快捷通过set key这一独占的方式来实现分布式锁，也有许多重复性轮子，但实际情况并非如此。总得来说，Redis实现分布式锁，如何确保锁资源的安全&及时释放

第一个是最基础也是最常用的就是 KV 功能，我们可以用 Redis 来缓存用户信息、会话信息、商品信息等等。下面这段代码就是通用的缓存读取逻辑。这个策略 Redis 也是提供了很多种，总结起来这个策略分为两块：划定淘汰范围，选择淘汰算法。Redis 的淘汰

如果第二次看到我的文章，欢迎文末扫码订阅我个人的公众号哟~ 本文长度为4209字，建议阅读12分钟。这次Z哥将深入到实际场景中，来看一下「进程内缓存」、「进程外缓存」运用时的一些最佳实践。首当其冲的就是“先写DB还是缓存？”。一个程序可以没有缓存，但是一

在系统中，当存在多个进程和线程可以改变某个共享数据时，就容易出现并发问题导致共享数据的不一致性。即多个进程同时获取到了对数据的操作权限并对数据进行了更新，很典型的场景就是在线销售系统在售卖热销商品时遇到多个并发请求在同一时间提交订单的情况则极有可能造成商品

如果第二次看到我的文章，欢迎下方扫码订阅我的个人公众号哟~本文长度为3633字，建议阅读10分钟。坚持原创，每一篇都是用心之作～如果我们的开发工作真的就如搭积木一般就好了，轮廓分明，个个分开，坏了哪块积木换掉哪块就好了。通过这场“手术”来解决当前面临的一些

背景传统Web应用中所有的功能部署在一起，图片、文件也在一台服务器；应用微服务架构后，服务之间的图片共享通过FTP+Nginx静态资源的方式进行访问，文件共享通过nfs磁盘挂载的方式进行访问，无论是单体架构还是微服务架构下的应用都存在大量图片、文件读写操作

美团外卖已经发展了五年，即时物流探索也经历了3年多的时间，业务从零孵化到初具规模，在整个过程中积累了一些分布式高并发系统的建设经验。最主要的收获包括两点：。即时物流系统阶段性的逐步实施分布式系统的架构升级，最终解决了系统宕机的风险。数据实时性、准确性要求高

要介绍分布式锁，首先要提到与分布式锁相对应的是线程锁、进程锁。当某个方法或代码使用锁，在同一时刻仅有一个线程执行该方法或该代码段。分布式锁应该用来解决分布式情况下的多进程并发问题才是最合适的。有这样一个情境，线程A和线程B都共享某个变量X。

首先，先说一下。老外提出了一个缓存更新套路，名为《Cache-Aside pattern》。更新数据库数据数据库会将操作信息写入binlog日志当中订阅程序提取出所需要的数据以及key另起一段非业务代码，获得该信息尝试删除缓存操作，发现删除失败将这些信息发