周六、周日2天时间有幸参加了云和恩墨组织的openguass培训课程，培训知识点很多，这里只简单整理下个人印象深刻的点：
印象1：NUMA优化
NUMA 本身是X86平台的针对CPU和内存优化，简单说就是处理器被分成了多个NUMA节点，每个NUMA节点上面有自己的内存控制器，内存分配给NUMA CPU后，解决了内存总线瓶颈，避免当多个处理器访问同一个存储器产生的性能损失。 但是由于很多数据库并未跟随操作系统去利用这个特性，而不得不关闭这个优秀特性，我遇到过在X6-2的ORACLE 一体机平台上，由于NUMA特性问题，导致数据库实例宕机重启，最终不得不关闭这一特性。我个人感觉这一点非常棒。
印象2：增量检查点和64位事务ID
传统的PG数据库只有全量检查点，对IO性能影响较大，增量检查点可以使IO均分到各个阶段，使用IO表现更加平稳，另外可以减少数据库宕机恢复时间，减少RTO。同时借用业内MYSQL双写保护机制，解决了防止半页写的问题。
事务ID 由32位增加至64位，提高了事务的天花板，理论上避免了发生因事务号回卷导致数据库不可用的发生。
记录下全量检查点的触发条件：
1.备份/关闭数据库
2.脏数据量达到阈值，自动触发
3.检查点超时，自动触发
4.手工checkpoint
OPENGUASS检查点参数：
1.checkpoint_segments
2.Checkpoint_timeout
3.checkpoint_completion_target
4.checkpoint_wait_timeout
5.enable_incremental_checkpoint
6.enable_double_write
印象3：实用的存储引擎
虽然不像MYSQL有那么多的存储引擎，但是每一个都很实用，OLTP行存，OLAP列存，行存与列存表级混合使用，MOT内存存储。
MOT几点认知：
MOT内存存储基于乐观锁；
SQL语法基本兼容标准语法；
JIT存储过程一次编译，多次重用场景，性能提升；
暂不支持增量检查点启用；
印象4：高可用
所有数据库都会倾向了解高可用，毕竟数据库是系统运行的基石，安全可靠才是最重要的。
规模：最高支持一主八从
同步级别：1. 异步 2.收到日志 3. 日志落盘 4. 日志应用
切换方式：Switchover： 备库发起，主库降级，备库升级
Failover：放弃主库检查，直接启用备库
优化点：备库接收日志并行，收日志与写日志进程独立，日志应用并行
关键参数：
replconninfo1
most_available_sync
enable_stream_replication
synchronous_standby_names synchronous_commit
hot_standby
wal_receiver_timeout wal_receiver_connect_timeout
wal_receiver_connect_retries
hot_standby_feedback
recovery_min_apply_delay
其实还有很多知识需要实践和时间消化积累，8小时只能混个脸熟，恩墨的专题课也很多，自己还是需要抓紧行动参与实践。
