SharingOfficer的博客

简单的说，就是一次大的操作由不同的小操作组成，这些小的操作分布在不同的服务器上，且属于不同的应用，分布式事务需要保证这些小操作要么全部成功，要么全部失败。市面上的分布式教程大多仅限于理论知识讲解,很少有具体的实现方案案例.在这里小编给大家分享一份分布式事务笔记带你3天吃透分布式事务应用及解决方案，通过分布式事务的学习,可以让你不仅了解分布式事务的理论知识,并且可以真正掌握企业中真实的分布式事务应用实践以及分布式事务常见面试题的解决方案。1，本地事务和分布式事务的概念和区别。6，Lcn分布式事务框架介绍。

手册对分布式系统的原理做了全面的总结，同时辅以大量的实战案例，大家完全可以凭借它轻松入门分布式系统。手册分为两份

基础知识维度：首先全面介绍了事务和分布式事务的概念和基础知识，然后详细讲解了MySQL事务和Spring事务的实现原理。解决方案维度：详细介绍了分布式事务的各种解决方案，包括强一致 性分布式事务解决方案和最终一致性分布式事务解决方案。原理分析维度：详细讲解了分布式事务的原理，包括XA强一致性分 布式事务、TCC分布式事务、可靠消息最终一致性分布式事务和最大努力 通知型分布式事务的原理。

什么是LCN框架框架特点LCN框架原理核心步骤SpringCloud整合LCN框架实战准备的软件环境测试用例分析构建测试用例核心步骤准备的软件环境。

本书从企业的真实需求出发，理论结合实际，深入讲解 Spring Cloud 微服务和分布式系统的知识。书中既包括 Spring Cloud 微服务的各类常用组件的讲解，又包括分布式系统的常用知识的介绍。本书的实践部分通过 Apache Thrift 讲解了远程过程调用（RPC)在分布式系统中的应用，并且分析了处理高并发的一些常用方法，最后还通过一个简单的实例讲解了微服务系统的搭建。

前言随着分布式技术的快速兴起，我们已经进入到了微服务架构时代。微服务架构的出现，很好地实现了应用之间的解耦，解决了单体应用扩展性和弹性伸缩能力不足的问题。随着业务的复杂度升级，其好处自然不言而喻。那微服务到底怎么拆分和设计才算合理，拆多小才叫微服务？这个尖锐的问题，在业内一直被热议。紧接着，继阿里巴巴成功转型中台战略之后，微服务设计和拆分再至风口浪尖，对于众多公司来说，都是一个不小的挑战。怎么解决这个问题呢？今天团长要分享的这份：DDD领域驱动设计三部曲！就可以帮助你完美地解决这些问题！由于篇幅

一、接口幂等性接口幂等性就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的，不会因为多次点击而产生了副作用。举个最简单的例子，那就是支付，用户购买商品后支付，支付扣款成功，但是返回结果的时候网络异常，此时钱已经扣了，用户再次点击按钮，此时会进行第二次扣款，返回结果成功，用户查询余额返发现多扣钱了，流水记录也变成了两条,这就没有保证接口的幂等性。幂等性的核心思想：通过唯一的业务单号保障幂等性，非并发的情况下，查询业务单号有没有操作过，没有则执行操作，并发情况下，这个操作过程需要加锁。1、

前言在日常开发中，为了防止高并发，在不依赖过多的中间件的情况下，最常使用的分布式锁之一是Redis锁。使用Redis锁就不得不面临一个问题，就是在业务代码中要控制Redis加锁、释放锁等等，对代码的侵入性较强。本文采用注解的方式为方法体增加分布式锁，唯一标识从方法参数中动态获取。优点无侵入。通过注解实现加锁和释放锁，代码中只需关注业务实现，无须关心“锁”问题，避免代码侵入。 无死锁。即使某一线程中断没能释放锁，在到达指定的时间后，程序会自动释放锁。 锁唯一独有。加锁和释放锁必须由同一线...

今天，我带大家更深层次的认识认识 Protobuf，如果你对 Protobuf 的用法还不熟悉，直接前往：developers.google.com/protocol-bu…。当对 Protobuf 有了基本的认识后，就会明白了 Protobuf 序列化的数据会比 JSON、XML 传输效率更高。那为啥会高呢？本篇就带着这个问题一探究竟。看表面对于 JSON、XML，为了便于数据传输时的可阅读性，会保留数据的结构化信息，举个 JSON 例子，如下：{ "name": "laomi

什么是秒杀秒杀场景一般会在电商网站举行一些活动或者节假日在12306网站上抢票时遇到。对于电商网站中一些稀缺或者特价商品，电商网站一般会在约定时间点对其进行限量销售，因为这些商品的特殊性，会吸引大量用户前来抢购，并且会在约定的时间点同时在秒杀页面进行抢购。秒杀系统场景特点秒杀时大量用户会在同一时间同时进行抢购，网站瞬时访问流量激增。 秒杀一般是访问请求数量远远大于库存数量，只有少部分用户能够秒杀成功。 秒杀业务流程比较简单，一般就是下订单减库存。秒杀架构设计理念限流：鉴于只有少部分用.

秒杀活动是指网络商家为促销等目的组织或网上限时抢购活动，这种活动具有瞬时并发量大、库存量少和业务逻辑简单等特点。设计一个秒杀系统需要考虑的因素很多，比如对现有业务的影响、网络带宽消耗以及超卖等因素。本文会讨论秒杀系统的各个环节可能存在的问题以及解决方案。秒杀系统傻瓜式秒杀系统秒杀系统的核心难点是并发量，如果不考虑并发问题，那么我们可以用如下图所示的简单的系统结构来实现秒杀系统，用户只有两个简单操作：刷新界面和秒杀按钮，服务端也只有两个服务接口：返回秒杀界面和处理秒杀逻辑。假设本文中秒杀商品有10

入口@EnableCircuitBreaker 这注解也能开启Hystrix的相关功能复制代码其中读取spring.factories哪个文件的入口在此 org.springframework.cloud.commons.util.SpringFactoryImportSelector#selectImportspublic String[] selectImports(AnnotationMetadata metadata) { if (!isEnabled()) {

随着业务的快速发展、业务复杂度越来越高，几乎每个公司的系统都会从单体走向分布式，特别是转向微服务架构。随之而来就必然遇到分布式事务这个难题，这篇文章总结了分布式事务最经典的解决方案，分享给大家。基础理论在讲解具体方案之前，我们先了解一下分布式事务所涉及到的基础理论知识。我们拿转账作为例子，A需要转100元给B，那么需要给A的余额-100元，给B的余额+100元，整个转账要保证，A-100和B+100同时成功，或者同时失败。看看在各种场景下，是如何解决这个问题的。事务把多条语句作为一.