Invoker's Tower

转载：转载：转载：转载：转载：转载：转载：一、Dubbo的注册中心服务注册中心是Dubbo中的重要组成部分，服务的提供者将服务发布到注册中心，服务的使用着到注册中引用服务。Dubbo的注册中心提供了多种实现，其实现是基于dubbo的SPI的扩展机制的，使用者可以直接实现自己的注册中心。二、Dubbo的三、Dubbo的

转载：转载：转载：一 2PC和3PC两阶段提交协议（two phase commit protocol，2PC）可以保证数据的强一致性，许多分布式关系型数据管理系统采用此协议来完成分布式事务。该算法能够解决很多的临时性系统故障（包括进程、网络节点、通信等故障），被广泛地使用。但是，它并不能够通过配置来解决所有的故障，在某些情况下它还需要人为的参与才能解决问题。参与者为了能够从故障中

转载：一致性 hash 算法（ consistent hashing ）一 基本场景比如你有 N 个 cache 服务器（后面简称 cache ），那么如何将一个对象 object 映射到 N 个 cache 上呢，你很可能会采用类似下面的通用方法计算 object 的 hash 值，然后均匀的映射到到 N 个 cache ；hash(object)%N一切都运行正常，再考

转载：Redis和Memcached的区别(数据类型、内存管理、数据持久化、集群管理)转载：Redis的五种对象类型及其底层实现转载：redis 的两种持久化方式及原理转载：Redis学习笔记9--Redis持久化转载：Redis Cluster集群的搭建与实践转载：一 Redis的对象模型Redis内部使用一个redisObject对象来表示所有的key和valu

转载：【分布式存储理论基础】CAP,BASE,ACID转载：Redis的事务和watch转载：Jedis对管道、事务以及Watch的操作详细解析转载：Redis高级篇转载：Redis学习转载：Lua语言模型 与 Redis应用一 Redis的事务在数据库系统中，一个事务是指：由一系列数据库操作组成的一个完整的逻辑过程。例如银行转帐，从原账户扣除金额，以及向目标账户添

转载：http://blog.csdn.net/stubborn_cow/article/details/50586990转载：http://blog.csdn.net/liubenlong007/article/details/53690312转载：http://blog.csdn.net/donggang1992/article/details/50981341转载：http://

转载：http://www.cnblogs.com/huangxincheng/p/4970231.html转载：http://www.cnblogs.com/stephen-liu74/archive/2012/02/14/2351859.html转载：http://www.cnblogs.com/liuling/p/2014-4-19-04.html转载：http://www.cn

转载：http://blog.csdn.net/shaobingj126/article/details/50585035一 消息队列1. 定义消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题。实现高性能，高可用，可伸缩和最终一致性架构。是大型分布式系统不可缺少的中间件。目前在生产环境，使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroM

转载：http://www.cnblogs.com/xiaoMzjm/p/5223799.html转载：http://blog.csdn.net/zly9923218/article/details/50900674转载：http://www.cnblogs.com/xingzc/p/6267314.html前言我们以javaweb为例，来搭建一个简单的电商系统，看看这个系统可以如

转载：http://blog.csdn.net/tswisdom/article/details/41522041转载：http://blog.csdn.net/tswisdom/article/details/41522099一、Zookeeper的环境搭建Zookeeper安装方式有三种，单机模式、伪集群模式以及集群模式。1.单机模式：Zookeeper只运行在一台服务

转载：https://www.ibm.com/developerworks/cn/opensource/os-cn-zookeeper/转载：http://www.cnblogs.com/ggjucheng/p/3370359.html一、Zookeeper的定义ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，它是集群的管

转载：转载：转载：转载：

转载：JMS学习（一）基本概念转载：JMS学习（二）- JMS Message Model 组成介绍及消息头详解转载：架构设计：系统间通信（20）——MQ：消息协议（下）一、JMSJMS（JAVA Message Service,java消息服务）API是一个消息服务的标准或者说是规范，允许应用程序组件基于JavaEE平台创建、发送、接收和读取消息。它使分布式通信耦合度更低，消息服

转载：Kafka基本原理转载：Kafka 设计与原理详解转载：Kafka简介、基本原理、执行流程与使用场景转载：Kafka 单机和分布式环境搭建与案例使用一、KafkaKafka是最初由Linkedin公司开发，是一个分布式、支持分区的（partition）、多副本的（replica），基于zookeeper协调的分布式消息系统，它的最大的特性就是可以实时的处理大量数据以满

转载：成小胖学习ActiveMQ·基础篇转载：架构设计：系统间通信（25）——ActiveMQ集群方案（上）转载：架构设计：系统间通信（26）——ActiveMQ集群方案（下）一、ActiveMQ的部署方案1.单例模式单例模式不具备高可用特性，一般用于验证和学习，结构简单此处略过。2.无共享主从模式这是最简单的 Provider 高可用性的方案，主从节点分别存储 Mes

转载：Java Jedis操作Redis示例（五）——Redis的事务、管道和脚本转载：分布式一致性算法（二）Paxos算法转载：关于分布式事务、两阶段提交、一阶段提交、Best Efforts 1PC模式和事务补偿机制的研究一、分布式事务分布式事务就是指事务的参与者、支持事务的服务器、资源服务器以及事务管理器分别位于不同的分布式系统的不同节点之上。以上是百度百科的解释，简

转载：系统分布式情况下最终一致性方案梳理转载：分布式系统事务一致性解决方案转载：分布式事务的典型处理方式:2PC、TCC、异步确保和最大努力型转载：分布式消息队列RocketMQ–事务消息–解决分布式事务的最佳实践转载：如何用消息系统避免分布式事务？转载：深入理解分布式事务,高并发下分布式事务的解决方案一、XAXA是由X/Open组织提出的分布式事务的规范。XA规范主要

转载：Dubbo架构设计详解转载：架构设计：系统间通信（15）——服务治理与Dubbo 上篇转载：架构设计：系统间通信（16）——服务治理与Dubbo 中篇（预热）转载：架构设计：系统间通信（17）——服务治理与Dubbo 中篇（分析）转载：架构设计：系统间通信（18）——服务治理与Dubbo 下篇（继续分析）转载：dubbo源码分析系列（1）扩展机制的实现转载：dub

转载：基于zookeeper、连接池、Failover/LoadBalance等改造Thrift 服务化转载：基于ZooKeeper和Thrift构建动态RPC调用转载：架构设计：系统间通信（13）——RPC实例Apache Thrift 下篇（1）转载：转载：一、Thrift的弊端Thrift（或者说所有的纯粹的RPC框架都存在）的一大弊端是其静态性。由于Th

转载：由浅入深了解Thrift（一）——Thrift介绍与用法转载：Thrift源码分析（八）--总结加一个完整的可运行的Thrift例子转载：架构设计：系统间通信（11）——RPC实例Apache Thrift 上篇转载：Thrift框架调研一、ThriftApache Thrift 最初是 Facebook 实现的一种支持多种编程语言、高效的远程服务器调用框架，它于 200

转载：Netty系列之Netty百万级推送服务设计要点转载：转载：一、

转载：Java 编程思想（七） BIO/NIO/AIO的区别(Reactor和Proactor的区别)转载：Java 编程思想（八）BIO/NIO/AIO的具体实现转载：源码之下无秘密 ── 做最好的 Netty 源码分析教程转载：架构设计：系统间通信（6）——IO通信模型和Netty 上篇转载：架构设计：系统间通信（7）——IO通信模型和Netty 下篇转载：Netty——基

转载：使用 RMI + ZooKeeper 实现远程调用框架转载：转载：一、

转载：架构设计：系统间通信（8）——通信管理与RMI 上篇转载：一、RMIRMI（Remote Method Invocation，远程方法调用），是JAVA早在JDK 1.1中提供的JVM与JVM之间进行 对象方法调用的技术框架的实现（在JDK的后续版本中，又进行了改进）。通过RMI技术，某一个本地的JVM可以调用存在于另外一个JVM中的对象方法，就好像它仅仅是在调用本地JVM中某个

转载：深入浅出 RPC - 浅出篇转载：RPC框架与Dubbo完整使用转载：深入浅出 RPC - 深入篇一、RPC1. RPC是什么RPC（Remote Procedure Call Protocol）——远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。

转载：Redis时延问题分析及应对转载：redis 慢查询日志一、Redis单线程模型Redis的事件循环在一个线程中处理，作为一个单线程程序，重要的是要保证事件处理的时延短，这样，事件循环中的后续任务才不会阻塞； 当redis的数据量达到一定级别后（比如20G），阻塞操作对性能的影响尤为严重； 二、Redis高耗时操作1. keys、sort等命令keys命令用于查找

转载：redis sentinel设计与实现转载：分布式一致性算法（一）一致性哈希算法（consistent hashing）转载：Jedis下的ShardedJedis（分布式）使用方法（一）转载：分布式缓存技术redis学习系列（四）——redis高级应用（集群搭建、集群分区原理、集群操作）转载：Codis集群的搭建与使用转载：Twemproxy 介绍与使用一、Redi

转载：Redis 数据同步机制分析一、数据全同步机制Redis的主从同步机制可以确保redis的master和slave之间的数据同步。按照同步内容的多少可以分为全同步和部分同步；按照同步的时机可以分为slave刚启动时的初始化同步和正常运行过程中的数据修改同步；本文将对这两种机制的流程进行分析。全备份过程中，在slave启动时，会向其master发送一条SYNC消息，mast

转载：Redis2.2.2源码学习——aeEvent事件轮询转载：【Redis源码剖析】 - Redis之事务的实现原理转载：redis源码笔记 - serverCron一、Redis的事件Redis是单线程模型（虚拟内存等功能会启动其它线程(进程)），通过事件机制异步地处理所有请求。 Redis的事件模型在不同的操作系统中提供了不同的实现，ae_epoll.h/ae_epoll.

转载：分布式事务之说说TCC事务转载：转载：一、TCC的含义TCC分别对应Try、Confirm和Cancel三种操作，这三种操作的业务含义如下：Try：预留业务资源Confirm：确认执行业务操作Cancel：取消执行业务操作稍稍对照下关系型数据库事务的三种操作：DML、Commit和Rollback，会发现和TCC有异曲同工之妙。在一个跨应用的业

转载：转载：分布式消息队列RocketMQ–事务消息–解决分布式事务的最佳实践转载：如何用消息系统避免分布式事务？一、拜占庭将军问题拜占庭将军问题（Byzantine failures），是由莱斯利·兰伯特提出的点对点通信中的基本问题。含义是在存在消息丢失的不可靠信道上试图通过消息传递的方式达到一致性是不可能的。因此对一致性的研究一般假设信道是可靠的，或不存在本问题。拜占庭位于

转载：架构设计：系统间通信（21）——ActiveMQ的安装与使用转载：成小胖学习ActiveMQ·基础篇转载：ActiveMQ学习心得之ActiveMQ四种存储器分析转载：ActiveMQ（一）简介与架构转载：ActiveMQ消息传送机制以及ACK机制详解转载：架构设计：系统间通信（22）——提高ActiveMQ工作性能（上）转载：架构设计：系统间通信（23）——提高Ac