外卖跑腿系统H5小程序APPPC，打造吃喝玩乐购”一站式“生活圈·外卖跑腿系统打造本地万能生活服务平台，搭建集线上外卖点餐、团购线下消费、物流电商、裂变营销、跑腿配送于一体的线上外送服务，成熟的O2O系统，轻松接轨“互联网”。·用户端（H5小程序）打通微信生态公众号小程序流量入口，无需用户下载app，降低营销成本，加快用户裂变速度，提高复购率。微

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

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

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

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

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

1背景在讲述分布式事务的概念之前，我们先来回顾下事务相关的一些概念。1.1事务的基本概念就是一个程序执行单元，里面的操作要么全部执行成功，要么全部执行失败，不允许只成功一半另外一半执行失败的事情发生。例如一段事务代码做了两次数据库更新操作，那么这两次数据库

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

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

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