在Elasticsearch 2.x之前的版本中（最高1.7），cardinality聚合用于提供rehash: true/false flag，允许您指定是否需要在搜索时对基数聚合运行的字段的值进行散列。这用于字段值已经由客户端代码散列并以散列方式存储/索引的情况。但是，这个选项在2.x中消失了，因为mapper-murmur3 plugin was introduced作为散列被认为是便宜的。
关于Murmur 3，您需要知道的是，它是一个成熟的field type called murmur3，通常用作子字段，它会自动将父字段的值散列为数字散列（而不是基于字符串的，如UUID，SHA 256或MD5）。此外，通常只有在高基数keyword字段上使用murmur3哈希字段才有意义，但不是在数值字段或低基数keyword字段上，因为增益可以忽略不计，同时增加了磁盘使用量。
因此，如果你决定使用自己的哈希函数预先计算哈希值，你有两个选择：
1.你可以使用一个哈希函数，它产生一个数字哈希值，类似于Murmur 3所做的。
1.你可以使用一个哈希函数来产生一个字符串哈希值，如果你想直接使用这个值而不需要对它进行哈希处理，你可以配置一个特定的execution_hint，称为direct（available since 8.4），在这种情况下，它的行为方式与数字哈希完全相同，比如Murmur 3。
使用direct执行提示对基于字符串的哈希字段进行聚合查询的示例：

GET test/_search
{
  "size": 0,
  "aggs": {
    "count": {
      "cardinality": {
        "field": "hash_field",
        "execution_hint": "direct"         <---- add this
      }
    }
  }
}

字符串
在CardinalityAggregator类的源代码中直接查看拾取是如何工作的也很有趣。
我想这应该回答了你上面所有的问题。