OLTP

核心需求

OLTP 的典型操作是取出少量记录、修改、写回：用户下单（插入订单行、扣减库存行）、银行转账（扣减甲账户、增加乙账户）、用户登录（查询用户表）。特点：查询精确（按主键或索引）、数据量小（几行到几十行）、并发量高（每秒数千个操作）、必须满足 ACID 保证。行式存储适合 OLTP：写入只修改整行，读一条记录就是读一行，随机 IO 效率高。[1]

扩展挑战与 NewSQL

传统单机 OLTP 的扩展瓶颈在于写入：MySQL 主从复制只能扩展读，写入仍是单主瓶颈。分库分表（Sharding）可扩展写入，但 Cross-Shard 事务极难处理。Google 2012 年发表 Spanner 论文，用 TrueTime API（原子钟 + GPS）实现全球一致性读写。TiDB（PingCAP，2016 年开源）和 CockroachDB 等 NewSQL 数据库提供了类似能力，让分布式 OLTP 进入普通企业的技术选型视野。