采用Cache-Aside模式，采取更新数据库后删除缓存是正确的吗？更新数据库后更新缓存的方式，真的容易造成数据不一致吗？在系统设计与实际场景下，两种实现方式究竟要如何选择？本文尝试一一解答上述疑问。

Cache-aside下数据变更推荐使用删除缓存的策略，为降低数据不一致通常会配合延迟双删策略。但大厂却很少使用这种方式。背后原因是什么呢？延迟双删策略有致命缺陷么？大厂采用什么策略。

最近，项目上遇到了规则引擎的使用场景，我们通过规则引擎实现接口的可配置编排，将接口编排从代码中抽离出来，通过界面拖拽配置实现，还可以借助Groovy实现接口出入参的动态调整，本篇文章我就一起来了解一下

一个46万行代码的超级系统，居然让我碰上了，而且用了一年的时间，让它重回正轨，从基层做起，优化了代码、封装了组件、夯实了基础、拆分了服务、提升了性能，这一年我过的很充实，但人也老了很多。

架构 部署文件 项目仓库：https://github.com/starsliao/VictoriaMetrics 本次将会部署以下组件: cd monit/master && kubectl app

一 系统简介 百舸流量运营平台承接着京东金融APP核心资源位和京东APP部分重要资源位，大促单接口QPS达到10w+,压测单接口到20w+,典型的c端读链路高并发场景。接下来，聊聊我们的系统都有哪些应

有点戏剧性的：在某一天夜里钉钉告警群里疯狂反馈着服务不可用…… 看kibana日志，发现服务都是在执行update、insert这些DML命令的时候，报的数据库执行超时……

本文重点讨论新品来样流程的流转与状态机接入，新品来样流程的来源渠道属性非常明显，不同的渠道业务逻辑与流程都存在或大或小的区别。

状态机是有限状态自动机的简称，是现实事物运行规则抽象而成的一个数学模型。状态机，也就是 State Machine ，不是指一台实际机器，而是指一个数学模型。说白了，一般就是指一张状态转换图。