在以前的经验中，很多时候出现的性能问题都是由磁盘性能引起，很多时候我们总在吐槽存储性能太差，存储延时、吞吐达不到需求，而后在优化SQL中，首当其冲被抓出来的SQL 基本都是有全表扫描、索引全扫描执行计划的。 那么针对这个问题，是否有其他非优化SQL而能实现性能提升的办法呢，有的。 像Oracle有In memory，不过之前也没怎么去深入了解，这次正好在openGauss的8小时训练营学习中，有了较全面的了解的，在此简单做个总结。 MOT：简而言之就是内存表，也就是在MOT表里保存的数据在系统启动时都是直接加载到内存中。 其主要优点有： 高吞吐量：3倍于磁盘表，6倍于PG 12.2 低延迟：事务加速3倍至5.5倍 严格一致性保障的HA和RTO openGausss在实现MOT上主要在下面这些点上做了针对性的优化： 1）内存优化数据结构 2）无锁事务管理 3）无锁索引 3）NUMA感知，事务本地内存 4）高效、可靠的持久化 5）查询本机编译(JIT)

在内存管理上，openGauss分配了两块内存： 全局内存：所有CPU核心共享的长期内存，主要用于存储所有表数据和索引 本地内存：是短期的私有内存，主要用于在会话中处理事务，并将数据更改存储在本地内存中，直到提交阶段。 在事务处理上，openGauss将相关数据从全局内存复制到本地内存，待事务处理完成后再将这些数据从本地内存推回到全局内存，而在这个事务处理中是基于OCC的算法，以最小化降低在全局内存上的争用时间。

创建一张MOT表也是非常简单的，我们只需要在创建普通表的语法上增加关键字 FOREIGN 就可以了。而其他操作就跟普通表一样对待就可以了。 创建MOT： create FOREIGN table test(x int) [server mot_server]; 查询： select * from test;

在基于TPC-C测试中，可以看到在事务率，延迟时间，MOT对比磁盘表以及其他数据库都有很大的性能提升。 而在初始启动时，MOT可在40秒内加载100 GB数据库检查点，实现极快速的初次启动。

关于openGauss的MOT大概就先介绍到这里了，更多特性和使用，小伙伴可以自己参考官方资料哦 https://opengauss.org/zh/docs/1.1.0/docs/DeveloperGuide/内存表特性.html