分布式事务教程

Mark Seemann这篇博客文章反对使用自然键作为数据库表中的主键，而是建议始终使用合成（人工）键。什么是自然键自然键（也称为业务键或领域键）是数据库中一种唯一键，由存在并在数据库外部世界（即业务领

现在我在一家流数据基础设施供应商工作，我被问到：“事件驱动架构、流处理、编排和新的持久执行类别之间有什么关系？ ” 我们都曾在架构会议上遇到过类似的情况，有人会问：“这应该是一个事件吗？一个 RPC 吗？一个队列吗？ ”，或者“我们如何将这个过程与

Kafka生产者开启幂等性后，吞吐量几乎不变，却能自动防重复发消息，这波稳赚不赔。本文用JMH基准测试证明，Kafka生产者开启幂等性后吞吐量仅下降约1-2%，在单节点和三节点集群中差异均处于正常测量误差范围内。幂等性通过Producer ID和序列号机

通常，当我们有多个编号版本时，数字越大的版本越新，并且被认为更好。相比之下，UUID 有 8 个版本（v1 到 v8），它们各不相同，并且都在

如果您正在构建微服务架构，或者您只需要从整体式（单体）架构发送电子邮件，则应该研究事务发件箱模式以确保服务之间的可靠通信。这篇博文介绍了几种使用 Spring Boot 实现此目的的方法。什么是事务发件箱模式？克

分布式系统的复杂性对于工程师和开发人员来说是一个重要的挑战。随着系统的发展，复杂性往往会增加，因此积极主动很重要。让我们谈谈您在工作中可能会遇到哪些类型的复杂性以及处理这些复杂性的有效策略。分布式系统和复杂性在开

在本篇博文中，我们将重点介绍复制和更具体的双向复制。要在 PostgreSQL 中实现双向复制，我们需要模块 pglogical。您可能想知道逻辑解码和 pglogical 之间的区别。本质上，逻辑解码起源于

本月初， Po

这篇文章讨论了Chandy-Lamport协议。这篇文章由Federico Ponzi于2024年5月30日发布，并在2024年6月3日进行了最后更新。文章内容涵盖了分布式快照试图解决的问题、它的应用场景、系统模型、全局状态检测算法、快照一致性的定义、快照收集方法、实现该算法的系统、TLA+

所有事务系统都干四件事：执行交易事务 - 像跑程序一样把交易事务里的操作都做一遍给交易事务排序 - 给每个交易事务发个"时间号码牌" 验证交易事务 - 检查这个交易事务会不会和别人打架持久化交易事务 - 把结果永久存进硬盘 <

Hypersistence TSID 是 Java 生态中生成时间排序唯一标识符的轻量级库，通过 64 位整数结构平衡了唯一性、排序性和可读性，特别适合分布式数据库主键场景。 TSID（Time-Sorted Unique Identifier，时间排序唯

在使用 PostgreSQL 构建强大的 Java应用程序时，处理唯一标识符是一项基本要求。UUID（通用唯一标识符）提供了一种绝佳的替代方案，而不是依赖自动递增的数字 ID ，尤其是在分布式系统中。随着时间的推移，在 Java 应用程序中生成 UUI

微服务防崩指南：一个字段引发的血案！事件图式进化的终极生存指南想学微服务避坑技巧的宝子们可算来对地方了！今天要讲的是——如何避免"改个字段就炸服"的惨剧！真实翻车现场：上个月我们的系统监控图突然炸成圣

每个系统都是一个日志：避免分布式应用程序中的协调。构建一个不容易出问题的分布式应用程序还是很困难的。本来你应该只需要关心业务逻辑和问题本身的复杂性。但实际上，你得一行一行地检查代码，想着：“如果服务在

在本教程中，我们将学习如何使用发布者确认来确保将消息发布到RabbitMQ代理。然后，我们将了解如何使用消费者确认来告知代理我们已成功使用消息。场景在简单的应用程序中，我们在使用 RabbitMQ 时经常会忽略显

在本文中，我们探讨了事务性消息传递的复杂性，从原子地执行数据库操作和发布域事件的挑战开始。我们发现了隐藏的困难，并了解了事务发件箱模式如何帮助解决这些困难。然后，我们使用EventuateTram框架，它为我们实现了这个模式。通过使用Eventuate

事务发件箱模式适用于在微服务的事务边界内保持一致性至关重要的场景。它确保本地事务和事件发布以原子方式发生，从而防止数据不一致。另一方面，Saga 模式旨在协调跨多个微服务的长期运行的业务流程，处理分布式事务，并在发生故障时采取补偿措施。通过在我们的用户注册系统中应用事务发件箱模式，我

我们是Sequin ，我们为 Postgres 添加了流式传输功能。我们最近在