时间：2021-07-01 10:21:17 帮助过：36人阅读
MongoDB 2.6 已经在今天发布，当然，关注MongoDB的同志自然知道这个消息。 整个MongoDB2.6，个人觉得认证系统是一个重新设计的系统。当然，MongoDB 2.4.6开始，就已经在尝试新的基于Role的认证方式了，但是真正的成熟还是在2.6.0这个版本。 什么是基于角色Ro
MongoDB 2.6 已经在今天发布，当然，关注MongoDB的同志自然知道这个消息。
整个MongoDB2.6，个人觉得认证系统是一个重新设计的系统。当然，MongoDB 2.4.6开始，就已经在尝试新的基于Role的认证方式了，但是真正的成熟还是在2.6.0这个版本。
什么是基于角色Role的认证系统？
在以往的MongoDB中，官方一直推荐MongoDB应该在一个Trust的环境下运行，对于认证和安全性上的考虑是不充分的。
（MongoDB的安全性和读写的完整性以前一直被人诟病，WriteConcern解决了写数据的安全性，这次的RoleBase的认证机制，在一定程度上提高了MongoDB的安全性）
现在在MongoDB中创建的User，除了有用户名，密码等传统属性之外，还有一个Role的概念。
每个Role的操作权限是不同的，而且，根据细化的配置，可以将每个Role的权限定义的非常详细，
Role可以查询，修改某个数据库，某个数据表，都可以做到小粒度的定义。
每个用户可以同时拥有多个Role，这样的话，管理员可以对于各个用户的权限做到非常精确的控制了。
MongoDB的 具体实现 Role：
每个Role可以有多个Privilege，每个Privilege指定了可以访问的资源（可以指定数据集，数据库，精确到具体的某个数据集）
对于资源的可以执行的操作（Action），例如 数据集的查找 或者 更新。对于各种的操作已经做到非常小的粒度的细化了。
例如 添加用户 和 删除用户 已经是两个操作了（Action）,而不是通常理解的，增删改是同样的操作。
（当然，可能也有人认为如此细化对于管理者来说也是一种负担。不过一个Role一旦精心设计之后，就可以分配给不同用户，一劳永逸了）
TextSearch全文检索
这个功能在 2.4.6里面就有的功能，这次的变化是，将这个TextSearch的放入了Aggerate里面了。
换句话说，原来的全文检索的结果是孤立的，现在可以作为聚合检索的一个部分了，文本检索的结果可以作为其他聚合操作的输入数据。
作为MongoDB5年里程碑的这个版本，还有其他很多对以往功能的增强。
作为一个长期观察MongoDB的人来说，我个人认为，现在是大家可以尝试MongoDB的一个时间点了。
2.6.0以前的版本的确有很多诟病，除了前面说过的读写的安全之外，还有很多设计上的问题。
经过2.4的很多演化后，很多东西都定型了：
主从（Master-Slaver）模型 被 Replication模型代替
加入基于Role的认证后，可以自定义角色（当然，系统也有一些内置的角色）
全文检索（很遗憾，不支持中文）的强化 具有特色的 地理聚合（很多处理地理坐标的内置函数）
TLL数据集（数据集里面的记录会慢慢自动删除掉，有点缓存的意思）Capped数据集（固定大小的数据集，在存储和读写上提高效率，牺牲灵活性）
Sharding支持了ShardKey
索引的内容丰富了不少，特别是有了text属性的索引，对于全文检索的帮助很大