铜炉

在前一篇中，由于业务量的逐渐增长，我们解决单机瓶颈、数据库访问瓶颈、集群调度瓶颈等等问题一路走来，一步步完成了分布式架构的演化。 但是，问题从来都是双面性，分布式为我们解决了一些问题，却也为我们带来了一些问题。 1、集群部署在同一台机房，突然，机房断电，机房集群全部down机。…

假设我们现在有一个系统，需要满足用户根据不同商品进行下单的操作，简而言之。我们需要三个服务，商品，用户，订单。以及对应三个服务的存储。 一个机器，部署三个服务，同时数据也部署在服务器上，整体系统就是一个应用。 在单机压力到达瓶颈后，使用集群来处理业务请求，将应用部署在多台服务器…

分布式是为了解决单机算力问题，但是却引入了新的服务调度、状态同步等问题。 集群中不同机器时间不一致会导致时间错乱，比如我们通过雪花算法计算集群唯一id时，如果不同服务器时间不一致，很可能导致id冲突。而且也会导致排查问题异常，下游链路的服务处理在上游调用之前，这样排查起来也会增…

第一次看这个电影是在飞机上，在前排座椅背后的小小屏幕里，透过那个夹在脑袋上很别扭很难受同时音质嘈杂的耳机，看完了整部电影。 我也觉得这样的人生，很矫情。 遇见绝症的人，会为之惋惜，遇见突然横遭惨案的人，会为之同情。 会觉得脆弱，会觉得懦弱，会觉得矫情，会觉得玻璃心。 最近重新看…

前面说到，书法家轮流依此给徒弟们分配任务，过了不久这样的节奏也出了问题，有时候有个徒弟生病了，就没办法去处理任务。此外还有很多慕名而来的学生也渐渐的出徒可以独当一面来承担任务，排班表就越来越难维护。 书法家不愧是书法家，就想到了一个办法，先是做了一个容纳2^32的格子，绕城一个…

从这一篇起，准备开启一个连载，讲述分布式的演化路径，通过一个故事，慢慢讲述分布式的成长史。 很久很久以前，有一个书法家，他游走在各个村落，各个城市，天南海北，因为写的一手好字，所以不管走到哪里，都有很多人喜欢找他买画，买他的创作拿回家或者当匾额，或者置于厅房，慢慢的，书法家的声…

对于每一种数据结构而言，增删改查操作是基本，二叉树在此之上，也有一些特殊的操作，比如节点删除后的更换，不同节点位置的变更，而且对于不同种类的二叉树，比如前面讲过的二叉搜索树和二叉堆，还有后续要讲的红黑树，在节点插入或删除之后，还有一些自平衡的操作，因为二叉堆的操作前文已经介绍过…

前段时间看了心灵奇旅，看的时候整个电影院都哭了，连我旁边一个看起来比较壮硕的汉子，都传过来了抽泣的声音。一直没太敢写与这个电影相关的评论，连朋友圈都没有发，一定程度上，感觉自己也是那个22号。 故事主旨讲述了一个几千年的灵魂22号，遇到了男主角，并互相救赎的一个故事。 男主角是…

做Java很多年了，从入行开始就是使用Mybatis，从springMVC过渡到spring boot，使用过程中也觉得很好用，可能是没经历过手写jdbc链接池的年代，所以没有那种，啊，终于啊，你来了的感受。就像现在的小孩子，根本不知道用手摆一个六放在脸边上为啥就是啥电话的意思…