everlasting_188-java从业者

rabbitmq在centos上安装

一般系统限流的通用处理思路

数据库分库分表实现结构，主要分为客户端和服务器端，文章简单介绍了各自的优缺点。

分布式领域CAP理论核心中P的理解

分布式系统的故障治理和消息跟踪自己的个人理解。

死信队列和回退队列以及大致的处理流程

如果一个分布式系统中，一个服务要调用多个服务，那么，那个地方消耗的时间大，必须要服务时钟同步才可，时间同步非常重要。

rabbitmq读取消息，如何保证业务处理完成后ack而且又不堵塞队列。

网上介绍的都自己感觉比较乱，总结了下，比较简洁介绍Galera replication for MySQL的实现方案

转载：http://csrd.aliapp.com/?p=671#more-671由于数据量的巨大，大部分Web应用都需要部署很多个数据库实例。这样，有些用户操作就可能需要去修改多个数据库实例中的数据。传统的解决方法是使用分布式事务保证数据的全局一致性，经典的方法是使用两阶段提交协议。长期以来，分布式事务提供的优雅的全局ACID保证麻醉了应用开发者的心灵，很多人都不敢越雷池一步，想像没有分布式事务的

集群方案 1. 单一模式： 最简单的情况，非集群模式。 2. 默认的集群模式。 对于Queue来说，消息实体只存在于其中一个节点，A、B两个节点仅有相同的元数据即队列结构。 当消息进入A节点的Queue中后，consumer从B节点拉取时，RabbitMQ会临时在A、B间进行消息传输，把A中的消息实体取出并经过B发送给consumer。 该模式存在一个问题就是当A节点故障后，B节点无法取

分布分表的各家的思路