本文总结了企业中脱敏方案实现，包含数据库脱敏、日志脱敏、输出脱敏，并贴上关键实现代码。能够满足业务的要求。

在做MQ技术选型的时候，Kafka和RocketMQ是常用的两个消息队列中间件，今天就从架构设计、性能分析、使用场景来比较一下两者的区别，到底该使用哪个MQ？ Kafka最初由LinkedIn开

本方案针对亿级订单系统设计了完整的分库分表架构，通过对比各类分布式数据库产品，并利用Flink实现老数据清洗、新老订单号关系映射和多表数据同步，解决了大数据量环境下分库分表和数据同步问题

在分布式场景下，为了保障系统的可用性和数据的最终一致性，采用基于消息队列（MQ）的重试机制是一种常见的解决方案。

为什么需要订单重试 ？订单重试的场景有哪些？本文将带你了解订单重试，并将这一过程做到自动化，尽量保障订单能够最终完成。

一、订单系统概述 1.1 业务范围 服务业务线：快递、快运、中小件、大件、冷链、国际、B2B合同物流、CLPS、京喜、三入三出（采购入、退货入、调拨入、销售出、退供出、调拨出）等 1.2 订单中心价值

订单的履约之路就是从发货开始，看似简单的发货功能，其背后却藏着许多的小秘密。 发货的业务特点： B端业务，性能要求不高，因为存在批量发货的场景。 发货时间比较分散，所以并发量不大。

本文从系统建设的背景、设计细节、已支撑案例及适用业务场景多个层面进行详细阐述。读者可以关注文中所讲的系统实践过程，进而对结算领域系统设计能力提升，具有一定的参考价值

如果你要开发一个电商库存系统，最担心的是什么？闭上眼睛想下，当然是高并发和防超卖了！本文给出一个统筹考虑如何高并发和防超卖数据准确性的方案。读者可以直接借鉴本设计，或在此基础上做出更切合使用场景的设计