Uber是最流行的按需用车服务商，他们的创新远不止这些，在生活方式和物流等方面有着快速的进步，最近他们的架构师分享了一些最具有魅力的分布式架构。其中一个不断在进化的分布式系统项目是Ringpop:Ringpop是一个开源的Node.js库，能够在应用级别实现他们的调度平台服务的水平分区sharding。这个额外的抽象层框架，通过众多

1背景APP端UI自动化因其特殊性（需连接测试机）一般都在本地执行，这种执行方式的局限性有以下弊端：1.时效性低：研发每次打包后都需要通知测试，测试再去打包平台取包，存在时间差1.研发自测或产品验收无法使用自动化脚本：研发自测及产品验收时如果想用自动化脚本

本文主要从TiDB的各类组件为起点，了解它的基础架构，并重点分析它在存储架构方面的设计，探究其如何组织数据，Table中的每行记录是如何在内存和磁盘中进行存储的。

针对现如今高并发场景的业务系统，“并发问题”终归是必不可少的一类（占比接近10%），每次出现问题和事故后，需要耗费大量人力成本排查分析并修复。那如果能在事前尽可能避免岂不是很香？

典型的丢失更新问题，可以通过对数据库读操作加锁或者改变数据库的隔离级别为可串行化使事务串行执行的方式进行避免。下面我会将大家在讨论避免丢失更新问题时提出的方案进行介绍，并尽可能的用代码来表现它们。

上一篇内容《从2PC和容错共识算法讨论zookeeper中的Create请求》介绍了保证分布式事务提交的两阶段提交协议，而XA是针对两阶段提交提出的接口实现标准，本文则对XA进行介绍。1\.XAXA（eXtendedArchitecture扩展架构）是X/

1引言日常开发中接到这样的需求，上游系统请求获取一张A4单据用于仓库打印及展示，要求PNG图片格式，但是我们内部得到的单据格式为PDF，需要提取PDF文档的元素并生成一张PNG图片。目前已经有不少开源工具实现了这一功能，我们找了网上使用比较多的Apache

前言之前遇到过一个由MySQL间隙锁引发线上sql执行超时的场景，记录一下。背景说明分布式事务消息表：业务上使用消息表的方式，依赖本地事务，实现了一套分布式事务方案消息表名：mqmessages数据量：3000多万索引：createtime和statuss

一、项目背景为什么需要架构升级promise时效包含两个子系统：内核时效计算系统（系统核心是时效计算）和组件化时效系统（系统核心是复杂业务处理以及多种时效业务聚合，承接结算下单黄金流程流量），后者依赖前者，分别由两组技术团队支持；因为有些业务的渗透造成两个

一、Vue3结构分析1、Vue2与Vue3的对比对TypeScript支持不友好（所有属性都放在了this对象上，难以推倒组件的数据类型）大量的API挂载在Vue对象的原型上，难以实现TreeShaking。架构层面对跨平台dom渲染开发支持不友好,vue