ElasticSearch（10）精确控制之Routing使用

最新推荐文章于 2024-08-30 14:04:59 发布

月亮船长

最新推荐文章于 2024-08-30 14:04:59 发布

阅读量1.5k

点赞数

分类专栏： elasticsearch 文章标签： path 活动存储 url

elasticsearch 专栏收录该内容

9 篇文章 0 订阅

订阅专栏

前面一篇介绍parent-child的使用，我们来回顾一下：

1.先建好mapping和索引几条数据

curl -XPUT 'http://localhost:9200/news/comment/_mapping' -d '{    "comment" : {        "_parent" : {            "type" : "hot"        }    }}'
curl -XPUT 'http://localhost:9200/news/comment/1?parent=1'    -d '{    "uname" : "凤凰网安徽省六安市网友",    "content" : "河南警方的话没人信"}'
curl -XPUT 'http://localhost:9200/news/comment/2?parent=1'    -d '{    "uname" : "凤凰网湖北省武汉市网友",    "content" : "没有监督权\n没有调查\n一切当然只能是谣言"}'
curl -XPUT 'http://localhost:9200/news/comment/3?parent=1'    -d '{    "uname" : "ladygaga",    "content" : "双下肢不活动，存在废用性肌肉萎缩。请问，这个是怎么做到的？"}'
curl -XPUT 'http://localhost:9200/news/comment/4?parent=1'    -d '{    "uname" : "medcl",    "content" : "额"}'

2.获取一下这几条数据看看

http://localhost:9200/news/comment/1

结果：

{"_index":"news","_type":"comment","_id":"1","_version":1, "_source" : {    "uname" : "凤凰网安徽省六安市网友",    "content" : "河南警方的话没人信"}}

没有问题，我们再试试后面的

http://localhost:9200/news/comment/2

结果：

HTTP/1.1 404 Not Found
Access-Control-Allow-Origin: *
Content-Type: application/json; charset=UTF-8
Content-Length: 45
 
{"_index":"news","_type":"comment","_id":"2"}

嘿嘿，发现了么，居然是404，你可以继续试试后面的id为3的也是404，id为4的可以出来

试试：http://localhost:9200/news/comment/2?parent=1（索引时的path）

HTTP/1.1 404 Not Found

哈哈，貌似不行o.(ps:其实kimchy可以实现这个url pattern，但是目前没有)

那正确的方式是怎样的呢？

http://localhost:9200/news/comment/1?routing=1
http://localhost:9200/news/comment/1?routing=2
http://localhost:9200/news/comment/1?routing=3
http://localhost:9200/news/comment/1?routing=4

答案就在routing,ES帮助：http://www.elasticsearch.org/guide/reference/mapping/routing-field.html

使用我写的partial_update插件也是支持routing的，如下：

curl -XPUT 'http://localhost:9200/news/comment/4/_update?parent=1'    -d '{ "content" : "连老卡都不斗争了，难道真的登船去了吗？"}'

结果：

curl -XGET http://localhost:9200/news/comment/4?routing=1
{"_index":"news","_type":"comment","_id":"4","_version":2, "_source" : {"content":"连老卡都不斗争了，难道真的登船去了吗？","uname":"medcl"}}

发散一下,parent=2试试：

curl -XPUT 'http://localhost:9200/news/comment/4/_update?parent=2'    -d '{ "content" : "周公使管叔监殷"}'

结果：

curl -XGET http://localhost:9200/news/comment/4?routing=2
{"_index":"news","_type":"comment","_id":"4","_version":1, "_source" : {"content":"周公使管叔监殷","uname":"medcl"}}
 
curl -XGET http://localhost:9200/news/comment/4?routing=1
{"_index":"news","_type":"comment","_id":"4","_version":2, "_source" : {"content":"连老卡都不斗争了，难道真的登船去了吗？","uname":"medcl"}}

很明细，/news/comment/4存在两条记录，routing的出现，使ES的id的唯一性丢失了，并且删除索引记录的时候也必须带上routing才行，此外，查询的结果中可能会出现重复的_id。

curl -XDELETE http://localhost:9200/news/comment/4?routing=1
curl -XDELETE http://localhost:9200/news/comment/4?routing=2

再看看查询的操作,查询的时候可以指定routing，默认不区分routing，即全部扫描：

curl -XGET http://localhost:9200/news/comment/_search?q=*
curl -XGET http://localhost:9200/news/comment/_search?q=*&routing=3

总之，一旦你决定使用routing，你必须保证对这些routing做到心中有数。

补充一下：
什么是routing，为什么用routing，正常情况下，索引是根据type和id通过hash取模的方式来存储到不同的shard里面的，查询的时候则是在整个shard组里面做的，即每个shard都要参与查询，然后合并各个查询结果，想想，如果shard多了之后，其实有些shard里面可能根本就没有我们需要的数据，这样就浪费了很多不必要的查询操作，routing就是可以按照一定的规则，建索引的时候，就可以指定数据存放在哪个shard里面，这样查询的时候，同理，通过routing规则就能够保证有的放矢，只在一个shard里面去进行查询，而不是到处撒网，这样不就快多了吗？当然用routing也有缺点，由于索引存放位置由我们自己控制，并且由于routing值不均匀，肯定会造成索引数据不均匀，即某几个shard里面什么数据也没有，某几个shard里面数据扎堆，数据扎堆的shard肯定对性能有影响，so，怎么用，自己决定！

本文来自: Diving Into ElasticSearch（10）精确控制之Routing使用