Mobabel

Just One Pure ITer

Category: Java Architecture

[转]事务处理被吃掉的异常 0

Distributed Transaction Solution

[转]事务处理被吃掉的异常

我们在开发企业应用时，由于数据操作在顺序执行的过程中，线上可能有各种无法预知的问题，任何一步操作都有可能发生异常，异常则会导致后续的操作无法完成。此时由于业务逻辑并未正确的完成，所以在之前操作过数据库的动作并不可靠，需要在这种情况下进行数据的回滚。 这叫事务。事务的作用就是为了保证用户的每一个操作都是可靠的，事务中的每一步操作都必须成功执行，只要有发生异常就回退到事务开始未进行操作的状态。这很好理解，转账、购票等等，必须整个事件流程全部执行完才能人为该事件执行成功，不能转钱转到一半，系统死了，转账人钱没了，收款人钱还没到。

[转]每秒上万并发下的Spring Cloud参数优化实战 0

Circuit Breaker&Degrade&RateLimit / Feign

[转]每秒上万并发下的Spring Cloud参数优化实战

1. 一、写在前面 相信不少朋友都在自己公司使用Spring Cloud框架来构建微服务架构，毕竟现在这是非常火的一门技术。 如果只是用户量很少的传统IT系统，使用Spring Cloud可能还暴露不出什么问题。 如果是较多用户量，高峰每秒高达上万并发请求的互联网公司的系统，使用Spring Cloud技术就有一些问题需要注意了。

[转]停用Hystrix，改用Sentinel 0

Circuit Breaker&Degrade&RateLimit / High Concurrency, Circuit Breaker, Rate Limit, Load Balance,etc...

[转]停用Hystrix，改用Sentinel

日前，Netflix开源的限流组件 Hystrix在其Github主页宣布，不再开放新功能，推荐开发者使用其他仍然活跃的开源项目。 Hystrix虽然不再开发新功能 ，但对用户的影响应该不会太大，一是因为开发者可以继续使用Hystrix的最新版本1.5.18，二是因为在Spring Cloud生态下，开发者还有其他限流的开源产品可以选择，例如Resilience4j和Sentinel。

[转]分布式系统的本质其实就是这两个问题 0

Distributed Archi

[转]分布式系统的本质其实就是这两个问题

分布式系统的价值 谈到分布式系统的价值，可能就得从 1953 年说起了。在这一年，埃布·格罗希（Herb Grosch）提出了一个他观察得出的规律——Grosch 定律。维基百科中是这样描述的： 计算机性能随着成本的平方而增加。如果计算机 A 的成本是计算机 B 的两倍，那么计算机 A 的速度应该是计算机 B 的四倍。

[转]美团CAT监控系统–分布式系统监控那些事儿 0

System Monitor

[转]美团CAT监控系统–分布式系统监控那些事儿

分布式系统已经诞生了很长时间，随着计算能力和存储价格的降低，我们见证了分布式系统大爆炸的时代，现代互联网公司规模都变得异常庞大，系统也变得越来越复杂，给监控工作带来了极大的难度：海量日志数据如何处理，服务如何追踪，如何高效定位故障缩短故障时长……

[转]MySQL每秒57万的写入 0

MySQL Optimization

[转]MySQL每秒57万的写入

摘要： 一、需求 一个朋友接到一个需求，从大数据平台收到一个数据写入在20亿+，需要快速地加载到MySQL中，供第二天业务展示使用。 二、实现再分析 对于单表20亿， 在MySQL运维，说真的这块目前涉及得比较少，也基本没什么经验，但对于InnoDB单表Insert 如果内存大于数据情况下，可以维持在10万-15万行写入。