通过周末8小时的学习，我对openGauss有个初步理解。对我比较深的主要有以下几点：
1.openGauss在NUMA架构优化
在我们试用MySQL的过程中，因为x86上NUMA架构的特性，会导致我们的Mysql内存消耗比较大，所以我们建议关闭他。而openGauss在此上面做了很好的优化
openGauss架构优化要点如下：
1）openGauss根据鲲鹏处理器的多核NUMA架构特点，进行针对性一系列NUMA架构相关优化。一方面尽量减少跨核内存访问的时延问题，另一方面充分发挥鲲鹏多核算力优势。所提供的关键技术包括重做日志批量插入、热点数据NUMA分布、CLog分区等，大幅提升OLTP系统的处理性能。
2）openGauss基于鲲鹏芯片所使用的ARMv8.1架构，利用大规模系统扩展指令集（Large System Extension，简称LSE）实现高效的原子操作，有效提升CPU利用率，从而提升多线程间同步性能、XLog写入性能等。
3） openGauss基于鲲鹏芯片提供的更宽的L3缓存cacheline，针对热点数据访问进行优化，有效提高缓存访问命中率，降低Cache缓存一致性维护开销，大幅提升系统整体的数据访问性能。
2.openGauss的主备架构和mySQL主从架构基本类似，备机都是基于日志并进行回访，保证和主机的数据一致。有异步复制和同步复制两种，容灾上也支持两地三中心部署。
除了主备之后，更期待openGauss能够尽快推出类似MGR，RAC这种可以提供多节点写的架构。
3.令我比较欣喜的openGauss提供了像oracle AWR的工具的WDR。
这简直就是运维者的福音，大家都知道MySQL在诊断问题上一直希望有这样一个工具。而openGauss满足了这点，我相信会吸引很多MySQL工作者。
WDR（Workload Diagnosis Report）基于两次不同时间点系统的性能快照数据，生成这两个时间点之间的性能表现报表，用于诊断数据库内核的性能故障。
WDR主要依赖两个组件：
SNAPSHOT性能快照：性能快照可以配置成按一定时间间隔从内核采集一定量的性能数据，持久化在用户表空间。任何一个SNAPSHOT（快照）可以作为一个性能基线，其它SNAPSHOT与之比较的结果，可以分析出与基线的性能表现。
WDR Reporter：报表生成工具基于两个SNAPSHOT，分析系统总体性能表现，并能计算出更多项具体的性能指标在这两个时间段之间的变化量，生成SUMMARY和DETAIL两个不同级别的性能数据。
WDR报表是长期性能问题最主要的诊断手段。基于SNAPSHOT的性能基线，从多维度做性能分析，能帮助DBA掌握系统负载繁忙程度，各个组件的性能表现，性能瓶颈。SNAPSHOT也是后续性能问题自诊断和自优化建议的重要数据来源。
