上一篇文章REST微服务的分布式事务实现分布式事务以及JTA介绍 中，试着带大家理解事务，然后介绍了分布式事务、它的原则和实现方式。这一部分，我们就来详细看看如何使用消息中间件来实现分布式事务。我们还是使用之前的实例，一个订票系统的购票逻辑：!(https://oscimg.oschina.net/oscnet/3582cf8efeb63070

最近开始研究大数据这块，现在从最基础的Hadoop开始，后续将逐渐学习Hadoop整个生态圈的各个部分组件。Hadoop安装分为本地安装、伪分布式、完全分布式和高可用分布式，这里为个人学习用（实际情况是本人没有那么多机器，装虚拟机的话，内存可能也不够，T\_T），仅涉及到本地安装和伪分布式安装。环境准备操作系统信

whatisZookeeper?1，开源的分布式的，为分布式应用提供协调服务的Apache项目2，提供一个简单原语集合，以便于分布式应用可以在它之上构建更高层次的同步服务3，设计非常易于编程，它使用的是类似于文件系统那样的树形数据结构4，目的就是将分布式服务不再需要由于协作冲突而另外实现的协作服务Zookeep

背景不知道是否你还在为下面的问题而困扰：当你使用了redis或者其他中间件做缓存的时候，经常发现缓存和数据库的数据不一致，只能通过定时任务或者缓存过期的方式去做一些限制。当你使用了ES做搜索工具，使用双写的那一套方法，还在为ES和数据库不是一个事务而担忧。当你需要迁移数据的时候，也还在使用双写的方法，如果是同一个数据

一、概述在单体应用时代，接口缓慢能够被迅速定位和发现，而随着分布式微服务的流行，服务之间的调用关系越来越复杂，错中复杂的调用关系使得我们想找到某一个接口的效率缓慢变得非常困难，而分布式服务调用跟踪组件就解决了这个问题。Sleuth是SprinCloud在分布式系统中提供追踪解决方案,zipkin是基于GoogleDapper的分布式链路调用监

以下内容为个人理解所得,如要转载,请标明出处:像项目中首页的大广告和商品类目这些不需要经常修改的数据，如果用户每次刷新页面的时候都要去数据库中查询，这样会浪费资源和增加数据库的压力。所以我们想当把这些数据添加到一个缓存中，用户去访问的时候，先去缓存中查找，如果命中失败，再去数据库中查询，然后把查询到的数据添加到缓存中。目前比较

背景不知道是否你还在为下面的问题而困扰：当你使用了redis或者其他中间件做缓存的时候，经常发现缓存和数据库的数据不一致，只能通过定时任务或者缓存过期的方式去做一些限制。当你使用了ES做搜索工具，使用双写的那一套方法，还在为ES和数据库不是一个事务而担忧。当你需要迁移数据的时候，也还在使用双写的方法，如果是同一个数据

日前，分布式数据库中间件 ShardingSphere 将Seata分布式事务能力进行整合，旨在打造一致性更强的分布式数据库中间件。背景数据库领域，分布式事务的实现主要包含：两阶段的XA和BASE柔性事务。XA事务底层，依赖于具体的数据库厂商对XA两阶段提交协议的支持。通常，XA协议通过在Prepare和Co

1\.Dubbo是什么？Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东，说白了就是个远程服务调用