今天是周五分布式系统的第八篇文章，核心内容是B+树的原理。 今天的文章是上周B树的延伸，所以新关注的或者是有所遗忘的同学建议先从下方链接回顾之前的内容。 B+树和B树一样都是多路平衡树，也叫多叉树。两者的性质也基本一致，在具体来看详细内容之前，我们先来总体看下B+树的特性，先有…

本篇文章很短，但信息量很大，是关于redis的zset。我来分享一点遇到过的线上数据，或许对你的决策有帮助。 redis支持一个数据结构，叫做 zset，也就是有序的列表。当然redis也不能滥用，可以看我以前的规范文章： 忘了zset是个啥的同学可以看这张gif图。 通过它，…

在多家传统行业的企业走访和落地了微服务之后，发现落地微服务是一个非常复杂的问题，甚至都不完全是技术问题。 当时想微服务既然是改造应用，做微服务治理，类似注册，发现，熔断，限流，降级等，当然应该从应用开发组切入，一般一开始聊的会比较开心，从单体架构，到SOA，再到微服务架构，从D…

常规的创建文件方式有：touchvi(m)tee>或>>但是这几种都只适合创建小的文本文件，某些情况下出于测试的需要，你需要快速创建一个超大的文件，可能要上百G。这时候要使用上面几个命令，你可能要等一

Kafka的消息是保存或缓存在磁盘上的，一般认为在磁盘上读写数据是会降低性能的，因为寻址会比较消耗时间，但是实际上，Kafka的特性之一就是高吞吐率。 即使是普通的服务器，Kafka也可以轻松支持每秒百万级的写入请求，超过了大部分的消息中间件，这种特性也使得Kafka在日志处理…

当主节点宕机后主从复制就没有存在的意义了，数据为王的时代没有了数据何谈什么高可用。 这个时候就横空出世了一位老大哥名叫哨兵，老大哥说这个问题我来帮你们处理。 既然主节点master作为老大不领你们玩了。我就从你们四个中间再挑选出来一位老大，然后你们跟着他玩。 等不带你们玩的那个…

第一步是结合项目背景，调研比较优化的解决方案。 文件上传失败是老生常谈的问题，常用方案是将一个大文件切片成多个小文件，并行请求接口进行上传，所有请求得到响应后，在服务器端合并所有的分片文件。当分片上传失败，可以在重新上传时进行判断，只上传上次失败的部分，减少用户的等待时间，缓解…

当然可以，只要知道服务提供者地址相关信息，消费者配置之后就可以调用。如果只有几个服务，这么玩当然没问题。但是生产服务动辄成千上百，如果每个服务都需要手写配置信息，想象一下是多么麻烦。 好吧，如果上面的问题都不是事的话，试想一下如果一个服务提供者在运行过程中宕机，消费者怎么办？消…

最近在后台收到了很多小伙伴的私信，说自己最近想好好准备一下，在不久后的秋招跳个槽往大厂冲击一下，想要我给大家整理出一份大厂面试题好用来做好准备。之前公司有点事比较忙就没回私信。最近好一点了我也是立马联系了之前的一个粉丝朋友，他是去年辞的职然后再今年春招的时候去面试阿里，美团，京…