选择mongodb分片键

Question

我正在为我的应用程序启动数据存储服务。 MongoDB的 正在运行作为存储机制，我创建了2个分片 启动。

应用程序将存储事件数据，所有数据都将存储 结构如下：

{ 
  _id: '4fa2f7e25626cd1374000002', 
  created_at: '2012-05-03T21:25:54 00:00', 
  name: 'client_session_connect', 
  session_remote_id: '74ACF9AA-9E09-11E1-8C9E-8462380DA5E6', 
  zone_id: '74ACF9AA-9E09-11E1-8C9E-1231380DA5E6',
  additional: {
    some_other_key: 'value'
  }
} 

事件将具有各种名称，并且可以创建任何新事件 随时都有新的活动名称。会有很多活动 具有相同名称的系统。 _id，created_at和name将成为其中的一部分 每个事件，但没有其他价值保证。

基于我所阅读的内容（here和here），似乎最好的分片密钥会 是{name：1，created_at：1}。我会纠正这个吗？ 解释

Answer 1

从您所说的内容来看，这似乎是一个很好的分片密钥，但有几点需要注意：

-shard键是不可变的，所以如果你需要更改＆＃34; name＆＃34;文档的字段，您需要删除并重新插入它（可能这对您来说不是问题，除非您打算经常更改名称）。

- 如果你用相同的＆＃34;名称＆＃34;写了很多文件。在快速连续中，所有这些写入都将转到同一块，因为＆＃34; created_at＆＃34;可能是一个日益增长的领域。最终，块将被拆分为多个块并在接收机器之间进行平衡，因此如果您希望接收大量具有相同＆＃34;名称的文档，这只是一个问题。＆＃34;

- 如果＆＃34; name＆＃34; s不是均匀分布的，您可以散列名称并将结果存储在文档的新字段中，然后生成分片键{hashedName：1，created_at：1 }。这可能会提供更均匀的负载分布，从而减少以后的平衡量。但它确实为您的文档增加了一些复杂性。

假设您已经意识到这些事情，{name：1，created_at：1}可能是您最好的分片键。