Java烘焙师的架构笔记

大家好，我是Java烘焙师。本文结合笔者的经验和思考，对灰度方案做个总结，重点介绍AB实验。 灰度在开发流程中非常普遍。先做小流量验证，确认无误后再推全，灰度过程中一旦发现系统异常、或业务指标异常，应

大家好，我是Java烘焙师。后端程序员平时除了接触业务代码、中间件、存储等，也难免会跟数仓有交集。下面结合笔者的经验和思考，从后端程序员的视角看数仓、做个总结，后续再跟数仓/BI argue的时候就不

大家好，我是Java烘焙师。上一篇文章介绍了限流方案的使用和选型，本文接着讲限流算法的原理。 常见的限流算法有：令牌桶、窗口计数、漏桶，前两种在实际使用中最常见，因此重点介绍。限流算法是通用的，既可以

大家好，我是Java烘焙师。为了避免突增流量引起服务雪崩，需要对接口、存储资源做限流保护，根据系统负载情况设置合适的限流值。下面结合笔者的经验和思考，对主要限流方案的选型做一下总结，本篇先看如何使用，

大家好，我是Java烘焙师。如何更新缓存和DB、做到性能和一致性的取舍，是一个很常见的话题。下面结合笔者的经验和思考，系统性地总结一下缓存更新模式，讲透讲明白。 1、旁路缓存（cache-aside）

在跨系统之间的数据写入场景下，上下游系统极有可能因为网络超时/抖动、或写本地DB与调外部接口不能同时成功等原因，而出现数据不一致的问题，因此需要有及时发现不一致问题、并自动修复的能力。下面结合笔

业务发展过程中，增加字段是很常见、频繁的，因此怎么存储新增的字段是要重点考虑的因素。下面结合笔者的经验，总结一下各种业务扩展模式选型的优缺点、适用场景，如何让系统保持良好的业务扩展性。 方案选项 1.

后端程序员除了写代码，也难免要写设计文档，画各种图。因此掌握各种生产力工具，是很有必要的，可以达到事半功倍的效果。 下面结合楼主亲身体验，推荐一些生产力工具，欢迎探讨和补充。 主要分成几大类： 画图

反射在Java中非常重要，是Java区别于其他编程语言的一大特性。Java中的AOP切面、动态代理等看起来像黑魔法一样的技术，就离不开反射、字节码等。这些技术能在不侵入原有代码的情况下，做一些增

正如飞机在起飞前，机长、副机长要过一遍checklist检查，确认没问题了才能起飞。楼主也整理了一个系统容量现状checklist，方便对照检查。本文搭配架构师必备：如何做容量预估和调优，食用更佳。

首先要回答一个问题，为何要使用HBase？ 随着业务不断发展、数据量不断增大，MySQL数据库存在这些问题： MySQL支持的数据量为TB级，不能一直保留历史数据。而HBase支持的数据量为PB级，适

有2种常见的多维度查询场景，分别是： * 带多个筛选条件的列表查询 * 不含分库分表列的其他维度查询 普通的数据库查询，很难实现上述需求场景，更不用提模糊查询、全文检索了。 下面结合楼主

本文已参与「新人创作礼活动」，一起开启掘金创作之路。 先说结论：本地缓存优先选用caffeine，因为性能比guava cache快，api风格与之兼容、能轻松地平滑迁移，并且在spring/spri

要在应用中做到幂等，其实并不难，本文尝试做一个系统性的总结，欢迎一起探讨。 什么是幂等 某个操作执行一次，跟执行多次的效果一样。幂等一词来自于数学中的幂等，即f(f(x)) = f(x)。 需要保证幂

为了构建高并发、高可用的系统架构，压测、容量预估必不可少，在发现系统瓶颈后，需要有针对性地扩容、优化。结合楼主的经验和知识，本文做一个简单的总结，欢迎探讨。 #1、QPS保障目标 一开始就要明确定义Q

本文介绍如何应用Canal实现异步、解耦的架构，后续有空再写文章分析Canal原理和源代码。 Canal简介 Canal是用来获取数据库变更的中间件。 伪装自己为MySQL从库，拉取主库binlog并

上一篇文章介绍了MySQL主从同步的原理和应用，本文总结了MySQL主从延迟的原因和解决办法。如果主从延迟过大，会影响到业务，应当采用合适的解决方案。 MySQL主从延迟的表现 先insert或upd

日常工作中，MySQL数据库是必不可少的存储，其中读写分离基本是标配，而这背后需要MySQL开启主从同步，形成一主一从、或一主多从的架构，掌握主从同步的原理和知道如何实际应用，是一个架构师的必备技能。

按楼主的经验和知识，本文总结了应用开发中的各种存储架构，从易到难，从起步到起飞。如有不对之处，欢迎留言。 1、单库 最简单的初始架构，适用于千万级以下的数据，并发量低的场景。 单库、单表 或单库、多个