A系统调用B系统，B系统又调用了C系统，他们都操作了各自的数据库，如何保证事物一致？
分布式事务，一直是实现分布式系统过程中最大的挑战。在只有单个数据源的单服务系统当中，只要这个数据源支持事务，例如大部分关系型数据库，和一些MQ服务，如activeMQ等，我们就可以很容易的实现事务。
最近在做一个项目，这个项目很有特点——它是一个分布式项目但是它却未使用分布式事物。我分析其事物机制和缺陷时，突然灵感一来，于是有了这篇文章。
上一章只是解决了单事物问题,也就是说同时只能使用自己的数据源,并指定事物管理,才能使用,那么如果同时使用多个数据源,就会产生分布式事物问题
本文基于SpringBoot 1.5.7和SpirngCloud Dalston.SR5。
所谓的原子性就是说，在整个事务中的所有操作，要么全部完成，要么全部不做，没有中间状态。对于事务在执行中发生错误，所有的操作都会被回滚，整个事务就像从没被执行过一样。
在分布式事务中，通常使用两阶段协议或三阶段协议来保障分布式事务的正常运行，它也是 X/Open 公司定义的一套分布式事务标准。
现在微服务实在是太火了，所以我们必不可少的是要学习一下SpringCloud了，服务化的核心就是将传统的一站式应用 根据业务拆分成一个一个的服务，而微服务在这个基础上要更彻底地去耦合（不再共享DB、KV，去掉重量级ESB），并 且强调DevOps和快速演化。
初级Java程序员成长为进阶程序员需要不断的积累和辅助，对于新手来说并非遥不可及，只要遵循一定的原则，比如，先养成几个通往成功的好的习惯，程序员怎么利用空闲时间充电提升自己呢？本文为大家带来一位前辈的习惯养成经验，供大家参考，如果受用，请把他们记在心里，贴在桌子上。
5．Spring并不强制应用完全依赖于Spring，开发者可自由选用Spring框架的部分或全部
分享的项目包含2个，一套是SpringCloud的电商系统，一个是基于SpringBoot博客系统。
分享的项目包含2个，一套是SpringCloud的电商系统，一个是基于SpringBoot博客系统。 SpringCloud的电商系统 Spring Cloud ES Redis FastDFS Kafka 等主流框架构建的电商系统，一个可实际落地的电商项目，以下是学习课程目录和核心功能，有视频和源码 1.框架搭建 - 电商项目介绍 - 微服务环境搭建 - 数据库搭建 2.分布式存储系统 - FastDFS原理讲解 - 文件上传 - 文件下载 3.商品发布 - 表结构梳理 - 代码生成器的使用 - 商品增
原子性(Atomicity )、一致性( Consistency )、隔离性或独立性( Isolation)和持久性(Durabilily)，简称就是ACID
时运不济，才到16年10月份，公司资金紧张，不得已又出去面试，面试了大概四家公司，只有一家offer ，被打击的体无完肤。 多说无益，下面是面试中提到的面试题和我的个人解答
百度云链接：https://pan.baidu.com/s/1TEFQmfYSnIkG8RaJG5i0ew密码：oh9e
微服务从2013年（或许更早）开始就越来越热，从BAT之类的巨头到小小的只有几个人的技术公司，无不在谈论微服务。实际上微服务的概念早在半个世纪之前在理论层面就出现了。关于微服务理论介绍的文章太多，口才优秀的人可以分成上中下九章给你说上一天。本位用于总结微服务知识结构，略做引导。
前几天在交流群里有些小伙伴问面试相关的试题，当时给出了一些问题，苦于打字太累就没写下去了，但觉得这是一个很不负责任的表现，于是下来整理了一下近几年的私藏，特分享给大家！
Spring boot是创建产品级的Spring应用和服务，简化了配置文件，使用嵌入式web服务器，有很多开箱即用微服务功能,可以和spring cloud联合部署。
面向服务架构，本质上就是将之前的单体应用拆分成多个应用，每个应用之间是通过分布式服务框架或者是一些RPC的框架进行通讯交互，之前提到了服务化提供的三大能力，一个是提供的物理层面对业务分解抽象的能力，第二个是解决了系统的一个水平扩展问题，第三是能够让一家公司具备百人以上的团队进行协作开发的能力，即提高我们的开发效能。
Spring Cloud 为开发者提供了快速构建分布式系统中一些常见模式的工具（例如配置管理、服务发现、断路器、智能路由、微代理、控制总线、一次性令牌、全局锁、领导选举、分布式会话、集群状态）。分布式系统的协调导致了样板模式，使用 Spring Cloud 开发人员可以快速建立实现这些模式的服务和应用程序。它们将适用于任何分布式环境，包括开发人员自己的笔记本电脑、裸机数据中心和托管平台（如 Cloud Foundry）。
使用微服务 你准备好了吗？ 目前，几乎所有人都对微服务趋之若鹜。打开你的新闻聚合客户端你会发现，几乎每篇文章都在讲微服务架构。 如果你的公司要进行微服务重构，让你来牵头，你有能力做好这件事吗？ 大部分文章都是很虚的东西，画几张图，讲几个概念就认为是微服务了吗？ 光说不做假把式，我们这套课程就代理大家设计一个微服务的架构。 会把在做微服务架构开发中的一些问题都解决掉，当然不是全部问题 只是大部分的都会给大家讲，还有2部分这套课程中是不会讲的 一个是分布式事物问题，还有就是结合docker快速部署管理我们的微服
如果你受够了微服务系统中无休无止的痛苦，哪些数据库事务，分布式锁，永无止境的系统优化，莫名其妙的卡死，诡异的性能波动。来尝试一下最新的无锁编程技术吧。这个技术最酷的地方就是不需要数据库事务和分布式锁就能实现分布式系统的开发。众所周知分布式锁和数据库事务的滥用导致了分布式系统耦合的问题。
当我们工作所在的系统处于分布式系统初期的时候，往往这时候每个服务都只部署了一个节点。
几点说明 1、本系列Spring Cloud的博客参考了方志朋所著《深入理解Spring Cloud与微服务构建》； 2、大家如果想更加深入的理解Spring Cloud 建议多实战、多看书；
注意这篇文章要结合上一篇文章，数据迁移问题分库分表下，扩容数据免迁移方案-腾讯云开发者社区-腾讯云 (tencent.com)
ShardingSphere简介 Apache ShardingSphere(Incubator) 是一套开源的分布式数据库中间件解决方案组成的生态圈，它由Sharding-JDBC、Sharding-Proxy和Sharding-Sidecar（规划中）这3款相互独立，却又能够混合部署配合使用的产品组成。它们均提供标准化的数据分片、分布式事务和数据库治理功能，可适用于如Java同构、异构语言、容器、云原生等各种多样化的应用场景。 ShardingSphere定位为关系型数据库中间件，旨在充分合理地在分布式
有限自动状态机 (Finite-state machine , FSM) 通常用来描述某个具有有限个状态的对象，并且在对象的生命周期中组成了一个状态序列，通过响应外界各种事件完成状态流转。
今天介绍一下Spring事物不生效的场景，事物是我们在项目中经常使用的，如果是Java的话，基本上都使用Spring的事物，不过Spring的事物如果使用不当，那么就会导致事物失效或者不回滚，最终导致数据不一致，所以很有必要去研究一下Spring事物不生效的一些场景，避免掉坑。
码云Gitee 始终致力于推动国内开源生态的建立与良好发展，在竭诚为广大开发者提供更好的云端代码托管、协作开发服务的同时，也推出了码云开源项目 “GVP” 与 “1000 Star” 计划，大力扶植和推广本土优质开源项目，让国内优秀的开源作者们得能到更多的关注、获得更好的发展。 以下为码云Gitee 2018 年 5月份入选的 GVP 项目和被用户新评为 1000 Star 项目的名单，赶紧来看看有没有你中意的开源项目吧！ 5月份入选 GVP—码云最有价值开源项目计划 项目 项目一： platform-we
进入十一月，最火热的话题与期待的日子自然是双十一狂欢购物节了，作为程序员的你除了要清空自己的购物车之外，最关心的是不是双十一架构技术是如何承受亿级用户流量的冲击，又是如何在分布式架构中实现单点登陆，形成支持高并发，高可用的分布式架构技术呢？下面小编就来帮你总结如何从0到1学习分布式架构技术，如何实现从小白到架构师的蜕变！！
关注技术博客的读者肯定有这样感受，Spring Boot 相关的文章铺天盖地。 仿佛一切都在证明，Spring Boot 已成为Java 程序员必备技能。 未来 Spring Boot 的发展还会更好，说 Spring Boot 是当今最重要的 Java 框架也不为过。今天我们就来推荐一些李刚老师的高能课程，一站式学到并掌握Spring Boot所整合的各种技术！内容涉及： MongoDB RabbitMQ Neo4j Kafka 全文检索 即便你是入门水平，完整学习后，也将能够在企业级Spring Boo
这就是分布式事物问题,当APP要买东西,这个操作会涉及到多个服务,意味着要操作多个数据库,这样本地事物就无法保证数据的一致性,所以就产生了分布式事物问题.
Spring Cloud是一系列框架的有序集合。它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发，如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等，都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有重复制造轮子，它只是将各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过Spring Boot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包。
分布式锁在分布式应用中应用广泛，想要搞懂一个新事物首先得了解它的由来，这样才能更加的理解甚至可以举一反三。
web分布式程序中常用的“武器”可以按照接入层、逻辑层、缓存层、存储层这样的结构去罗列出来。
当集群已经有过半的Follower完成同步Leader的状态，整个集群zk就进入了消息广播模式。
最近有很多朋友去目前主流的大型互联网公司面试（阿里巴巴、京东、美团、滴滴），面试回来之后会发给我一些面试题。有些朋友轻松过关，拿到offer，但是有一些是来询问我答案的。
Eureka 是 SpringCloud 自带的组件，而 Zookeeper 则是 Dubbo 一般会选择的。我们以前在做服务这块其实是基于 Spring Cloud 技术栈来做的，没有选择Dubbo。所以，Eureka 也就作为了我们的服务注册中心首选。
查漏补缺：2020年搞定SpringCloud面试（含答案和思维导图）
Spring的核心特性就是IOC和AOP，IOC（Inversion of Control），即“控制反转”；AOP（Aspect-OrientedProgramming），即“面向切面编程”。
总体上来看，还是比较注重基础的 尤其是java的多线程和并发安全性及数据库相关，另外对有关开源框架的具体底层实现需要多阅读源码并进行总结。
后微服务时代（Could Native） 从软件层面独力应对微服务架构问题，发展到软、硬一体，合力应对架构问题的时代，此即为“后微服务时代”。 微服务架构的问题与思考 在微服务架构中，有一些必须解决的问题，比如注册发现、跟踪治理、负载均衡、传输通讯等。这些问题其实在SOA时代甚至可以说自从原始分布式时代起就一直存在了。既然只要是分布式架构的系统，就无法完全避免这些问题，那我们不妨换个思路来想一下：这些问题一定要由分布式系统自己来解决吗？ 我们先不纠结于微服务或者什么别的架构，直接来看待这些问题与它们最常
Spring Boot通常以一个名为*Application的类作为入口类，入口类里的main方法（即标准的Java应用的入口方法）作为Spring Boot应用项目的入口方法。 @SpringBootApplication是Spring Boot的核心注解，这是一个组合注解，源码为：
什么是SpringBoot？ 1、用来简化spring初始搭建和开发过程使用特定的方式进行配置(properties或者yml文件) 2、创建独立的spring引用程序main方法运行 3、嵌入Tomcat无需部署war包，直接打成jar包nohup java -jar – & 启动就好 4、简化了maven的配置 4、自动配置spring添加对应的starter自动化配置 SpringBoot常用的starter： 1、spring-boot-starter-web(嵌入Tomcat和web开发需要的servlet和jsp支持) 2、spring-boot-starter-data-jpa(数据库支持) 3、spring-boot-starter-data-Redis(Redis支持) 4、spring-boot-starter-data-solr(solr搜索应用框架支持) 5、mybatis-spring-boot-starter(第三方mybatis集成starter) SpringBoot自动配置原理： 1、@EnableAutoConfiguration这个注解会”猜”你将如何配置spring，前提是你已经添加了jar依赖项，如果spring-boot-starter-web已经添加Tomcat和SpringMVC，这个注释就会自动假设您在开发一个web应用程序并添加相应的spring配置，会自动去maven中读取每个starter中的spring.factories文件，该文件里配置了所有需要被创建spring容器中bean 2、在main方法中加上@SpringBootApplication和@EnableAutoConfiguration SpringBoot starter工作原理： 1、SpringBoot在启动时扫描项目依赖的jar包，寻找包含spring.factories文件的jar 2、根据spring.factories配置加载AutoConfigure 3、根据@Conditional注解的条件，进行自动配置并将bean注入到Spring Context SpringBoot的优点： 1、减少开发、测试时间和努力 2、使用JavaConfig有助于避免使用XML 3、避免大量的maven导入和各种版本冲突 4、提供意见发展方法 5、通过提供默认值快速开始开发 6、没有单独的web服务器需要，这就意味着不再需要启动Tomcat、Glassfish或其他任何东西 7、需要更少的配置，因为没有web.xml文件。只需添加用@Configuration注释的类，然后添加用@Bean注释的方法，Spring将自动加载对象并像以前一样对其进行管理。甚至可以将@Autowired添加到bean方法中，以使用Spring自动装入需要的依赖关系中 Springcloud解决那些问题： 配置管理、（注册中心eureka、zk）、服务发现、服务注册、断路器、路由策略、全局锁、分布式会话、客户端调用、接口网关（zuul）、服务管理系统 SpringBoot与Springcloud： 1>、SpringBoot简化了xml配置，快速整合框架 2>、Springcloud是一套微服务解决方案—RPC远程调用 3>、关系Springcloud依赖与SpringBoot（web组件用的SpringMVC），为什么Springcloud会依赖与SpringBoot？因为Springcloud写接口就是SpringMVC接口 4>、SpringBootproperties和yml中可以使用${random}设置一些随机值 服务的调用： rest、feign（均使用httpclient技术），负载均衡ribbon 服务调用的原理： 服务首先注册到注册中心eureka中(注册一个名字通过名字调用) 负载均衡 ribbon，先去注册中心取到对应的服务，然后交给我ribbon 配置详解： 1>、eureka.client.register-with-eureka：是否向注册中心注册自己，注册为true反之为false 2>、eureka.client.fetch-registry： 是否需要去检索服务，检索为true反之为false 3>、eureka.client.serviceUrl.defaultZone : 指定服务注册中心的地址 Eureka： 1>、eureka可分为三个角色：服务发现者、服务注册者、注册发现中心，但是这三个角色并不和实际部署的模型是一对一的关系 2>、所有的网络通信都是基于http(s)协议的 3>、Eureka和AWS是紧密结合的，无论是配置还是源码，比如Region、zone…，Region可以通过
最近客户现在提出系统访问非常慢，需要优化提升访问速度，在排查了nginx、tomcat内存和服务器负载之后，判断是数据库查询速度慢，进一步排查发现是因为部分视图和表查询特别慢导致了整个系统的响应时间特别长。知道了问题之后，就需要对查询比较慢的接口进行优化，但哪些接口需要优化、哪些不需要呢？只能通过日志里的执行时间来判断，那么如何才能知道每一个接口的执行时间呢？
Neo4j是一个NoSQL的图数据库管理系统，图是一个比线性表和树更高级的数据结构。具有始终保持高效查询性能，不会因数据的增长而降低查询的反应能力，具备事务管理特性，完全支持ACID事务管理。
在微服务架构中，有一些必须解决的问题，比如注册发现、跟踪治理、负载均衡、传输通讯等。这些问题其实在SOA时代甚至可以说自从原始分布式时代起就一直存在了。既然只要是分布式架构的系统，就无法完全避免这些问题，那我们不妨换个思路来想一下：这些问题一定要由分布式系统自己来解决吗？
即所谓的配置中心，就是发布者经数据发布到ZooKeeper的一个或一系列节点上,供订阅者进行数据订阅，进而达到动态的获取数据的目的，实现配置信息的集中式管理和数据的动态更新
ZooKeeper是一个开放源码的分布式协调服务，它是集群的管理者，监视着集群中各个节点的状态根据节点提交的反馈进行下一步合理操作。最终，将简单易用的接口和性能高效、功能稳定的系统提供给用户。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
