ExecutorService的不足 当电商APP中需要展示用户信息首页时，服务端接口既要获取用户信息，也要获取用户的订单信息，最后组装数据返回给前端。 针对这个需求，我们可以同时开两个线程，并行执行

方案 1：数据库轮询 方案 2：JDK 的延迟队列 方案 3：时间轮算法 方案 4：redis 缓存 方案 5：使用消息队列 了解需求 在开发中，往往会遇到一些关于延时任务的需求。 例

在电商高并发场景下，我们经常会使用一些常用方法，去应对流量高峰，比如限流、熔断、降级，今天我们聊聊限流。

消息指的是两个应用间传递的数据。数据的类型有很多种形式，可能只包含文本字符串，也可能包含嵌入对象。 “消息队列(Message Queue)”是在消息的传输过程中保存消息的容器。在消息队列中，通常有生产者和消费者两个角色。生产者只负责发送数据到消息队列，谁从消息队列中取出数据处…

不知道大家在网上购物的时候，有没有这样的念头，如果能把未付款的订单偷偷用一条SQL改成已付款，该多么美好啊。那么在实际开发过程中，我们应当如何保证数据库里的数据在保存后不会被偷偷更改？

前言 前段时间我踩过一个坑：在mysql8的一张innodb引擎的表中，加了唯一索引，但最后发现数据竟然还是重复了。 到底怎么回事呢？ 本文通过一次踩坑经历，聊聊唯一索引，一些有意思的知识点。 1.还

大家好，我是楼仔！ 去年倒腾了一个半月，写过一篇 DDD 的文章，当时没有推广，完全自嗨，为了不让这篇好文被埋没，现重新整理，突出重点，可读性更强！ 为了证明该文没有注水，列一下当时的学习资料： 小米

事务是逻辑上的一组操作，要么都执行，要么都不执行. 原子性： 事务是最小的执行单位，不允许分割。事务的原子性确保动作要么全部完成，要么完全不起作用； 持久性: 一个事务被提交之后。它对数据库中数据的改变是持久的，即使数据库发生故障也不应该对其有任何影响。 所谓事务管理，其实就是…

哈喽，大家好，我是一条。 之前写了一篇关于 TraceId 的文章：为全局请求添加 TraceId ，看日志再也