MongoDB 6.0 新特性概览( 三 ) _MongoDB

弹性初始化同步(initial sync)用于节点刚加入副本集时的数据同步阶段。这一阶段因性能差一直被诟病。在6.0官方通过支持基于文件拷贝的初始化同步模式，将同步的性能提升了4倍左右。不过目前仅企业版支持此功能。
水平伸缩方面，MongoDB 6.0在分片上做出了重大改进。将原本默认是64MB的chunk size调整成为了128MB，更大的数据块，意味着更少的数据迁移频率以及更低的网络及路由层开销。做出这样的调整应该也是观察到了广泛客户在分片集群上部署海量数据时遭遇到的chunk数量瓶颈及性能问题。为了避免一个全局参数过于武断，MongoDB 6.0也支持了
configureCollectionBalancing命令，可以为不同的分片表设置不同的chunk size 。比如数据规模特别大的分片表，将chunk size调整到256MB；数据规模相对较小但希望在shard上分布更均匀的表，将chunk size调整到64或32MB 。
与此同时，该命令还允许对集合进行主动的碎片整理。相较于compact命令提供了更好的碎片整理服务，有效减少磁盘空间占用。
db.adminCommand({configureCollectionBalancing: "<collection>",chunkSize: <num>,defragmentCollection: <bool>})安全性增强下面的图里展示了整个MongoDB产品的安全功能矩阵。除了前面提到的全新特性：queryable enryption，本次发布的MongoDB 6.0也带来了其他安全性增强。

文章插图

客户端字段级加密(CSFLE, client-side field-level encryption）自19年发布以来就被广泛应用于敏感数据的管理中，尤其是在将数据迁移到公有云的场景下。MongoDB6.0的CSFLE将支持任何符合KMIP(Key Management Interoperability Protocol)的密钥管理提供商。作为领先的行业标准，KMIP优化了加密对象（如加密密钥、证书等）的存储、操作和处理，使得整个流程更加规范化。这也标志着，除了基于keyfile的本地秘钥管理外，mongoDB也支持通过KMIP将自己与第三方秘钥管理设备集成，为用户提供更安全的保障。
此外，MongoDB 6.0允许对审计日志加密。审计日志中也可能包含了重要信息，可以被压缩和加密后写入磁盘，并且在审计日志的传播过程中依然保持加密。
此加密功能仅适用于使用WT引擎的企业版本，当然Atlas也是默认开启加密的。
集群同步(Cluster-to-Cluster Sync)无论是数据的同构同步(mongo-to-mongo)还是异构同步(others-to-mongo& mongo-to-others)都是mongoDB生态中的一部分，官方在
mongoimport/mongoexport/mongodump/mongorestore的工具矩阵中一直没有很好得规划关于『数据同步』这一部分的生态位，因此MongoDB的数据同步也呈现出了百花齐放的形态，包括早期的connector、MongoShake、云服务提供商的DTS服务以及部分创业公司的商业化产品。
伴随着MongoDB 6.0的发布，官方的同步工具mongosync也终于面世。它能提供跨任何环境的两个 MongoDB 集群的连续、单向数据同步，无论是混合环境、Atlas、本地还是边缘环境。用户还可以实时控制和监控整个同步过程，按需启动、停止、恢复甚至反转同步。

文章插图

文章插图

集群内的数据同步由副本集和sharding完成，Cluster-to-Cluster Sync希望能解决集群间的同步问题，主要覆盖以下场景：
● 自建到云服务的迁移或者反过来
● 创建单独的私有化数据库
● 支持Devops策略（比如blue-green部署）
● 构建专用的分析环境
● 满足审计和合规性的本地化要求
● 中心向边缘的同步
使用方式也与其他数据同步工具并无差异：1）准备好源和目标集群；2）部署mongosync；3）按需启动同步；4）全量同步完成后，增量数据也会同步；5）利用common endpoint来终止同步关系。
遗憾的是，Cluster-to-Cluster Sync仅与在MongoDB6.0以上版本运行的源和目标集群兼容。这也意味着广泛使用的其他低版本仍然要依赖之前的第三方同步工具来完成上面提到的数据迁移/同步场景。
因篇幅原因就不在这里列出。更多MongoDB 6.0版本变动细节请参考release-notes 。(