今天做elasticsearch查询时，由于数据量巨大，采用scroll方式查询，结果发现超慢，而且查询返回的数量与实际不一致，打印数据查看，发现scroll_id特别长，类似下面这样（其实只复制了一部分，特殊特殊长），而且查询速度特别慢，有点好奇，最后发现是一个配置没有取到，导致index为空，取到后scroll_id就很短了，且速度快了好多；应该是elasticsearch没有取到这个数据时，就会去库里轮循，所以导致scoll_id特别长（scroll_id中应该一些参数加密生成的），由于要去库里一个个查找匹配的type,导致查询特殊慢；可能正好匹配到了一个同名的type(但不在我们期待的index上），导致查询结果不一致，仅是猜测；

Array
(
    [index] => tickets（这个没取到导致）
    [type] => tk_tickets
    [from] => 0
    [size] => 10000
    [scroll] => 5m

Array
(
    [_scroll_id] => DnF1ZXJ5VGhlbkZldGNoliIAAAAA7VnBqBY2YmlZcVNVblJHYTZzRml5N3pQNjBBAAAAAOk3c3EWVGxKeWhldG5TS1dYbF9pRW9lbVJaUQAAAADhTOMmFkJOQTEtZ2I1VFJtM1lPZXZYOU1mTWcAAAAA6TdzcBZUbEp5aGV0blNLV1hsX2lFb2VtUlpRAAAAAB0zCoAWbTVtcDVLcVpTWjJrYjJpb3BSVjZ2ZwAAAADhTOMcFkJOQTEtZ2I1VFJtM1lPZXZYOU1mTWcAAAAA3dBcxhZtV2ZNeGhpclQxeTEyajlOYTBvaEt3AAAAAB0zCoEWbTVtcDVLcVpTWjJrYjJpb3BSVjZ2ZwAAAAAdMwqDFm01bXA1S3FaU1oya2IyaW9wUlY2dmcAAAAAHTMKghZtNW1wNUtxWlNaMmtiMmlvcFJWNnZnAAAAAN3QXMcWbVdmTXhoaXJUMXkxMmo5TmEwb2hLdwAAAAAdMwqEFm01bXA1S3FaU1oya2IyaW9wUlY2dmcAAAAA6TdzcxZUbEp5aGV0blNLV1hsX2lFb2VtUlpRAAAAAOk3c3QWVGxKeWhldG5TS1dYbF9pRW9lbVJaUQAAAADhTOMzFkJOQTEtZ2I1VFJtM1lPZXZYOU1mTWcAAAAA4UzjGBZCTkExLWdiNVRSbTNZT2V2WDlNZk1nAAAAAOFM4z4WQk5BMS1nYjVUUm0zWU9ldlg5TWZNZwAAAADofWjrFlFv