8.14直播互动&社区互动问题答疑总结

Q1：GaussDB(for Mongo)在使用上和社区版MongoDB有什么不一样的地方？有哪些不兼容的地方需要注意？

ANS：GaussDB(for Mongo)对社区版本完全兼容，不过出于安全和防呆的考虑，禁用了一部分高危命令。

Q2：啥时候出GaussDB(for PgSQL)啊？

ANS：非常开心的告诉大家，GaussDB(for PostgreSQL)已经在研发中，预计年底将在官网上跟大家见面，感兴趣的开发者届时可以来试用。

Q3：话说，副本集是个什么形态？

ANS：这是MongoDB基础概念，具体可以参考官方文档，或者在中文社区上搜索相关资料

           https://docs.mongodb.com/manual/replication/

           https://mongoing.com/

Q4：从节点的个数变多会影响主节点的写性能吗？

ANS：对于社区版来说，由于从节点需要从主节点拉去oplog，所以多增加主节点的压力，会影响写性能。对于GaussDB(for Mongo)来说则不会影响主节点的写性能。

Q5：GaussDB(for Mongo) 最高支持MongoDB4.0协议版本，那么后续社区版4.2, 4.4的分布式事务等新特性，GaussDB(for Mongo)会持续跟进吗？

ANS：后续社区上的新特性，GaussDB(for Mongo)都会在当前版本兼容起来.

Q6：不同mongod的cache如何解决？

ANS：每个Mongod的cache独立处理采用统一的策略，互相之间没有影响。

Q7：for mongo是啥意思？

ANS：即兼容Mongo协议、语法、生态。

Q8：共享文件系统里面是以chunk为单位的？

ANS：这里提到的是Mongo层的chunk，分片集合的数据就是通过chunk管理的，在balance过程中迁移的最小单元。

Q9：不同shard双写同一个key如何解冲突？

ANS：应该是想问不同的shard同时写一个共享的数据文件是如何解决冲突的。一个数据文件只会归属shard，通过文件系统层的写锁提供保证。

Q10：GaussDB(for Mongo) ，GaussDB(for MySQL)、还有未见面的GaussDB(for PgSQL) 比原生的是否都有什么类似的改进，都加个GaussDB？

ANS：GaussDB是华为云面向政企、金融客户打造的自研数据库，兼容开源生态，自主可控。在底层统一采用了存算分离架构，可以达到分钟级甚至秒级水平扩容，无论是存储节点，还是计算节点。各云服务还提供了许多特有的价值特性。您可以关注华为云数据库社区&论坛（https://developer.huaweicloud.cn/techfield/db.html）和“HW云数据库”公众号，我们持续在输出精品文章、技术沙龙、学习课程、培训认证、产品文档、免费试用等。

Q11：采用的是分布式存储方式吧？

ANS：是的。

Q12：水平扩展性能这么好，那单节点读写性能和社区版MongoDB相比，是否具有优势？

ANS：在新架构上，对于单节点收益不大，所以不提供单节点。本身单节点的可靠性，高可用都是有问题的，所以即使使用社区版也不建议采用这种部署方式。

Q13：单独的存储池，GaussDB数据只存了2份？

ANS：GaussDB(for Mongo)数据在存储层是3副本。

Q14：GaussDB相较于传统数据库，最大的优势是什么？

ANS：计算存储分离，性能更好，相同的业务需求有更高的性价比，以及更快的弹性伸缩能力，更高的可用性。

Q15：存算分离，容灾备份机制目前采用哪种方式最好？会增加建设成本吗？

ANS：关于建设成本主要影响因素是容灾的具体方案，存算分离本身不增加额外的成本。

Q16：突然掉电，能保证计算节点在掉电瞬间的的数据存储的完整性吗？

ANS：文件系统层提供了这样的保证，计算节点掉电并不会损坏数据文件。

Q17：安全策略上，与其他产品或方案最大的区别在哪里？

ANS：在社区版本安全策略的基础上，增加禁止了高危命令，用户权限控制，密码策略等一系列加固手段。并且华为云统一提供VPC、子网等安全策略。

Q18：副本集轻写，能达到什么写量级？

ANS：8U实例纯写可以达到38000 ops。

Q19：计算存储分离以后存储的时延是否变大了？

ANS：与EVS的存储性能相比更优（更大吞吐更低时延），与本地盘相比时延略高。

Q20：老师为什么叫GoldenJohn？

ANS：1、谐音 2、为了闪闪发亮、高大上的Golden

Q21：副本集和热备容灾有多大的区别？

ANS：副本集提供实例级别内的高可用，高可靠的能力。容灾提供实例级别的高可用和高可靠能力。前者实时性更好，倒换全自动不需要外部干预，故障恢复时间短，社区提供的基础能力。对于热备容灾来说，受传输影响大，无法自动接管需要人力介入。故障恢复时间相关更长。