1. 物理复制介绍
• PolarDB自主研发。
• Redo log作为数据同步载体。
• RO和Standby节点异步回放Redo，并Apply到对应的Page。
通常情况下是BinLog同步，而物理复制是通过将InnoDB里的Redo Log进行数据同步。Redo Log可以把主节点的数据列修改产生的日志同步到从节点后，从节点来解析回放修改应用到自己对应的数据页上。
2. 物理复制和逻辑复制的对比
• Binlog逻辑复制流程
事务的回放
大事务和DDL语句复制延迟不可控
• InnoDB Redo物理复制流程
文件块更新的回放
事务状态实时同步
3. 历史库引擎X-Engine
历史库引擎X-Engine面向大规模的海量数据存储，提供一定高并发的事务处理能力，最主要的是可以降低存储成本。
• X-Engine将热数据和数据更新都使用无锁的索引等内存技术存储，来提高数据处理的性能。
• X-Engine做了流水式的事务处理机制，可将事务处理的几个阶段给并行起来，把吞吐提升上去。
• X-Engine可以把访问频率低的数据逐渐淘汰，或者合并到持久化的存储层中，可以结合多层次的存储设备进行存储。
• X-Engine对性能影响较大的Compaction过程进行优化，对数据存储粒度进行拆分，尽量利用数据更新热点较为集中的特征，在合并过程中复用数据和进行精细化控制，减少IO和计算代价，缓解合并过程中存储空间增大的问题。
• 更细粒度的访问控制和缓存机制。
4. 并行查询
• 有效利用多核CPU，大幅提升长查询的查询性能。
• 并行查询支持大部分SELECT语句。
• 适用轻分析类业务、离线分析场景等。
