分布式事务教程

分布式系统中群集节点需要对某些资源的独占访问权。但是同时会造成其他节点操作崩溃；其实这些节点可以对资源实现短暂的连接然后断开，这样它们不会无限期地保持对资源的访问。应用案例： Google的

逻辑单调性的一致性（Consistency As Logical Monotonicity：CALM）：当且仅当问题是单调的时，问题才具有一致的、无需协调的分布式实现。CALM定理是为了避免分布式事务机制中的协调机制，试图实现如同没有红绿灯的交通路口

Apache Kafka已成为跨微服务异步通信的领先平台。它具有强大的功能，可让我们构建健壮的，有弹性的异步体系结构。同时，我们需要预料到潜在的陷阱。如果无法提前识别出可能（不，将要发生）的问题，将使我们面临易于出错和数据损坏的系统。在本文中，我们将重点介绍这样的陷阱：处理消

众所周知，锁通常用于监视和控制多个线程同时访问共享资源。它们基本上保护并发应用程序中的数据完整性和原子性，即，一次只能有一个线程可以获取共享资源上的锁，否则将无法访问该锁。但是在分布式环境中的锁定不仅仅是在多线程应用程序中的互斥锁。由于必须立即跨集群或网络中的任何节点出现故障的所有节点获取锁

本文探讨在微服务架构中实现事务处理时出现的挑战以及用于处理它们的可能解决方案。当从单体或整体架构迁移到微服务架构（MSA）时，处理分布式系统带来的复杂性是一项挑战。事务处理是此问题的重点。使用本地事务在Web应用程序中完成的典型数据库事务现在是一个复杂的分布式事务问题。在本文中，我们

Redis已经不是简单的分布式缓存，迈向分布式数据库系统，Red Labs最近发布了RedisRaft开放源代码项目，目标帮助开发多个Redis

两个项目在主要重点上的区别： 奥尔良的主要重点是简化分布式计算，并允许非专家编写高效，可扩展和可靠的分布式服务。(banq注：类似EJB或JMS做法，试图隐藏网络通信的复杂性，与EJB的区别是，EJB之间通信是类似Akka之间的异步通信方式) Akka是用于构建分布式

Rollup在以太坊社区中风靡一时，并有望在可预见的未来成为以太坊的关键可扩展性解决方

大多数redis命令可以归类到get/set下。默认情况下，所有这些命令都是原子的。但是，当我们需要顺序执行一组命令时，则不能保证它是原子的。Redis通过multi，exec和discard命令提供了对事务的支持.我们首先告诉redis我们将通过调用multi命令来运行一组操作。然

消息队列基础概念的指南，以及它们如何应用于当今流行的排队系统。在本指南中，我们将讨论： 什么是消息队列及其历史记录。 为什么它们有用，以及在推理时要使用哪些心理模型。 交付保证了排队系统的语义（至少一次，最多一次和完全一次语义）。 排序和FIF

最喜欢的（微服务）语录：“对于想要跨服务实现事务的架构师的最佳建议是：不要！” - 书籍《软件架构基础》

由于CAP定理等三难问题存在，区块链当前最大挑战是需要提高分布式事务的处理规模，也就是每秒交易笔数。传统比特币存在每秒7笔交易的限制，以太坊使用了gas机制，随着网络变得越来越繁忙，以太坊gas价格也随着交易发送方的竞标而互相竞争。这会使使用以太坊变得非常昂贵。当网络繁忙时，事务处理速度会受

连贯性coherence确保可以按顺序看到写入内容（带有业务语义）；一致性consistency确保可以在不同位置按有意义的顺序查看写入的内容（无关乎上下文或语义）。分布式算法CRDT不保证连贯性coherence，

DeFi是“去中心化金融Decentralized Finance”英文的缩写，“去中心化金融”是加密货币或区块链中各种金融应用程序的统称，旨在摆脱传统的金融中介机构。DeFi的灵感来自于数字货币比特币背后的技术- 区块链，这种技术允许多个实体能持有交易历史记录的副本，这意味着它不受

数据库审核(Audit)日志是对数据库CRUD操作的记录，是一种事件日志，EventSourcing事件溯源类似这种架构，数据库日志输出可以供大数据实现ETL分析。有的数据库自身提供日志的输出接口，这里讨论的是普遍意义上的三种方法。

Redis提供了两种处理事务的机制-基于MULTI / EXEC的事务和