OLTP（联机事务处理）数据库

为了保障业务处理时数据查询的速度，OLTP 数据库广泛使用索引。索引就像是一本书的目录，它可以帮助数据库快速定位到需要的数据。

OLTP：处理的是实时的、短小的、频繁的事务操作。数据通常是细粒度的，如单条记录的插入、更新或删除。多个用户可能同时对数据进行读写操作，系统需要能够处理大量的并发事务。
OLAP：是对大量数据的批量读取和分析。数据通常是聚合的，如对大量数据进行汇总、统计和分析。系统主要进行读操作，用于查询和分析数据，写操作相对较少。

OceanBase 在事务处理上进行了大量优化，能够支持高并发的事务请求。通过 MVCC （多版本并发控制）技术，OceanBase可以实现读写分离，避免读写冲突，提高并发处理能力。OceanBase 通过全局索引和并行执行等技术，提升查询性能，缩短延迟。在 OLTP 系统中，事务的实时性和高并发性是关键需求。OceanBase 的这些优化措施使其能够快速响应用户的请求，保证数据的一致性和完整性，同时提高系统的整体性能。例如，在电商网站的购物高峰期，大量的用户同时进行浏览、下单、支付等操作，OceanBase 可以高效地处理这些并发事务，确保用户的购物体验不受影响。

OceanBase 的存储引擎基于 LSM-Tree 架构，通过 MemTable 和 SSTable 的结合，可有效降低存储成本 70%-90%。

网商银行致力于为小微企业、三农用户、大众消费者、中小金融机构提供普惠金融服务，从成立之初，就对业务系统提出了低成本、高可用、高弹性的要求。依托于阿里巴巴及蚂蚁集团多年来沉淀的云计算和分布式底层平台技术，网商银行从筹建之初就将所有核心业务系统以分布式的架构创建于云平台之上，是中国第一家将核心系统架构在云计算和分布式数据库上的银行。随着互联网金融业务的发展，网商银行的数据量和并行访问量成倍增长，对于承接数据的数据库来讲，它需要具有城市级的灾难恢复才能满足监管要求。考虑数据库的高可用和高弹性，其次是低成本。此外，还需要一个标准、安全、高效的多租户相互隔离的数据库和相应的管理工具，以方便银行各应用系统的管理和使用，例如存款核心系统、传输和加载服务。
网商银行目前集群规模 100 多套，数据量达到 PB 级。通过 OceanBase“三地五中心”的逻辑架构部署，实现了 RPO = 0，RTO < 30s。一旦其中一到两个中心发生故障，甚至一个城市出现问题，业务也能够实现在 30 秒内自动恢复，提升了全行业务的容灾能力。在技术应用场景，实现分库分表与分区相结合，提高并发跑批的能力，每个批次查询 5千～100 万条，每批次并发最大可处理 130 亿账户。此外，实现数据从金融网关进入网商那一刻起就变成密文，密文传输、密文存储，符合金融级数据隐私保护的要求。混合云的弹性架构，实现大促期间在一朵云资源耗尽的情况下，弹出 20% 的流量到新云上，保证了负载的跨云弹性伸缩。