许友运

限流是对某一时间窗口内的请求数进行限制，保持系统的可用性和稳定性，防止因流量暴增而导致的系统运行缓慢或宕机。常用的限流算法有计数器、令牌桶和漏桶，而比较常用的为后面2种

当你觉得一切都为时已晚的时候，其实恰恰是最早的时候。闲言碎语 在前面的章节我们讨论分布式事务的基础理论部分，我们也说明了单机事务是如何管理的。同时我们阐述了分布式事务产生的背景，及分布式事务实践相关基础理论，并分析了 "CAP理论" 以及分布式系统实践中"CAP"该如何进行取舍。 其实软件行业前辈们在分布式系统设计中，基于CAP理论基础进行了反复的实践，同时又在CAP理论基础之上总结延伸出了"BASE理论"，本篇文章我们主要全篇幅讲分布事务的解决方案，但如果你对基础理论有兴趣可以...

分布式事务产生背景 传统单体项目单库大部分情况下，不会产生分布式事务。但随着系统数据量增大，单个数据库承受越来越大压力，系统开始变慢，单库出现性能瓶颈。用户开始抱怨，慢慢当前系统结构开始无法适应业务发展。 技术服务于业务，系统跟着业务发展进行架构演进，原有的架构已无法满足业务现状，同时也带来新的挑战，公司对系统提出重构和优化，把原来单体系统切换成主流微服务架构，、分布式系统架构。根据不同的业务将拆分成不同的微服务，比如会员服务、订单服务、商品服务。同时每个微服务对应独立的数据，业务数据被...

一、面试题 小T同学在面试的时候，面试官出了这样一个场景题：2017年我们系统是单机部署的，那时用户量不大，单体应用能满足当前业务需求。同时系统中有大量的定时任务（扣款、计算逾期、结算）。2018年初由于业务扩张用户量暴增，为了给用户更好的用户体验，系统采用集群部署，如下图所示：系统集群部署后，第二天收到业务部门的投诉工单，工单反馈有用户被重复扣款多次，经过定位发现扣款服务集群部署的每个节点的定时都在00:00 分执行触发了一次扣款，而在实际业务中这种问题发生是不被允许的。请问该如何解决呢？..

1、分布式锁产生的背景 在系统单体架构下不会存在分布式锁的问题，通过JVM提供的synchronized 或 JUC中提供的ReentrantLock 就可以满足当前业务加锁需求，当随着业务发展，采用系统采用集群部署后，多个节点下相互独立，此刻用JVM提供的锁就无法在并发场景下锁住资源，需要采用分布式中间件来实现。项目实践中分布式锁的常见解决方案：1. 基于数据库实现分布式锁2. 基于缓存（Redis等）实现分布式锁3. 基于Zookeeper实现分布式锁特别注意：本篇文章中...