如图，Oceanbase数据库的存储引擎基于LSM Tree（结构日志合并） 架构。
从名字上来看，说明它是基于日志，有序存放的。
动态增量数据（放在MemTable中），还有个名词时memstore，在租户中，包括memstore和KVcache。
memtable可以理解为存放的时候是基于表的存放，是一种增量的数据
如：DML操作，在OB中update 有自己的特点与PG有相同点。
在PG中做update操作会先删除再插入，但数据不会真正删除，会标记为delete状态。
OB中做update操作与PG类似，直接插入一条新的数据，然后带上一条时间戳。不会像oracle一样直接在原来的行进行修改。
如上图，数据不会一直放在内存中，会放在静态基线数据，放在SSTable（Sorted String）中，看名字就知道它在底层是以排序好的字符串的形式。
为了持久化考虑，OB的默认事务级别和oracle一样，也是RC，提交后会把日志写到redo log中，在ob中也叫clog（commit log）。
日志如何同步？
1.如果本机是leader，它会把日志落到本地，同时把日志同步到另外两个副本。
2.如果本机不是leader，会接受leader产生的redo，然后落盘。
memtable结构：
1.Row-Level：
2.Redo/MVCC
3.内存存储引擎
OB是一个准内存数据库，内存会很大，要操作这么大的内存，如何快速找到我们想要的数据？
OB中有两种方式：
1.hash 2.B树
如果DML语句是一个范围操作，就会使用B树，如果是一个单行查询，就会使用hash。
4.数据读取内存区域
select操作会怎么读取？
1.由于写内存区域（memtable）的数据是最新的，所以会先读memtable
2.如果memtable里面没有，就需要去读转储SSTable，再把数据写到Block Cache。
3.如果转储SSTable也没有，就会去找基线SSTable
Block Cache和Row Cache有什么区别？
在OB中磁盘中存放的单位是宏块------2M，类似于oracle中的extent。
在宏块底层是微块------16k。
需要做全表扫描的时候，读Block Cache即可，Block Cache适合OLAP。
ROW 我理解为像一个缓冲池，适合OLTP系统，把热点行数据缓存在ROW Cache，下次select直接访问row cache即可。
在OB中只有一个基线文件，随着合并，这个基线文件会很大。
如果SSTable所在的磁盘有2T，那么会默认分配2T*90=1.8T给到这个文件。
所以要做RAID 5不做RAID 0 并且使用lvm逻辑卷管理。