【openGauss训练营学习心得】–WDR报告、与postgresql比较

这次的openGauss训练营，里面有一些比较感兴趣的主题，如WDR报告和性能调优、主备部署和最佳实践等，都是偏运维实践，与实际工作结合紧密。
平时在工作上，用的postgresql数据库多一些，对于postgresql，社区没有提供专门的高可用工具，主要靠一些第三方的开源工具来搭建实现，像corosync+pacemaker、repmgr等，openGauss则有专门的Mogha工具，部署也很方便。这次训练营学习，也专门进行了比较，对openGauss里面的most_available_sync这个选项参数，感觉很有意义，postgresql里面此前遇到过同步节点因为性能差影响主库提交的情况，这个参数的设置，可能会有助于改善这个问题。
openGauss 与 PostgreSQL这个模块，详细比对了openGauss与postgresql的特点，通过比较，可以很明显发现openGauss对postgresql数据库一些特性的改进，比如事务回卷的问题、全量checkpoint对系统性能的影响等，在日常运维中经常可以遇到。postgresql的最大xid为2^{32次方，如果有复制槽问题或者长事务等，若没有及时监控到，很可能会事务号耗尽导致回卷，而openGauss的最大xid达到了2}64，基本上避免了此问题的发生。
Opengauss实践总结这部分的内容，非常适合我这样的初学者，里面从安装部署、插件编译、数据库连接、备份恢复等各个环节，列出了经常遇到的问题及解决办法，给初学者，也包括系统运维人员节省了大量的时间，像有些问题可能不太容易解决，提高了学习兴趣。
数据库运维，除了故障处理之外，最重要的可能就是性能调优了。Gauss里面的WDR报告和性能调优这个培训模块，非常的实用，墨天轮上面的演示环境里面也预安装了这个组件，方便测试。这个工具从实例级、对象级和应用级等不同层面，对影响数据库整体性能的各个运行指标进行了采集记录，便于由浅入深的进行分析。对象级有库、表、索引、锁等，应用级的sql语句、事务等，非常全面。当然，随着采集指标的增多，对系统的性能影响也会有所增加，这个主要根据系统的实际运行状况进行取舍，可以根据需要人工配置。整个工具的使用，感觉跟oracle的awr报告很相似，比postgresql社区的postgresql_stat_statements插件要实用很多。还可以根据需要定期出具报表，便于从整体上把握系统的运行状况。
两天的培训时间很紧凑，课程内容很丰富，很多东西都来不及理解，好在相关文档资料和演练环境都准备的很完备，方便后续的持续学习，希望能进一步的深入理解掌握。