# Search（搜索） 搜索API允許您執行搜索查詢并獲取與查詢匹配的文檔。查詢可以使用簡單的[查詢字符串參數](URI_Search.md)或[使用請求體](Request_Body_Search.md)。 ## 多索引、多類型 所有搜索API可以跨索引中的多種類型應用，并跨多個索引并支持[多索引語法](../API_Conventions/Multiple_Indices.md)。例如，我們可以搜索`twitter`索引中所有類型的所有文檔： ``` GET /twitter/_search?q=user:kimchy ``` 我們也可以指定類型進行搜索： ``` GET /twitter/tweet,user/_search?q=user:kimchy ``` 我們還可以通過多個索引搜索帶有某個標簽的所有推文（例如，每個用戶都有自己的索引）： ``` GET /kimchy,elasticsearch/tweet/_search?q=tag:wow ``` 或者我們可以使用`_all`占位符搜索所有可用索引的所有推文： ``` GET /_all/tweet/_search?q=tag:wow ``` 甚至搜索所有索引庫和所有類型： ``` GET /_search?q=tag:wow ``` 默認情況下，`elasticsearch`不會根據請求匹配的分片數拒絕任何搜索請求。雖然elasticsearcg將優化協調節點上的搜索執行，但是大量的分片可以顯著影響CPU和內存。組織數據通常是一個更好的主意，這樣一來，更小的分片就越少。如果您想要配置軟限制，則可以更新`action.search.shard_count.limit`的群集設置，以便拒絕匹配太多分片的搜索請求。 The search's?`max_concurrent_shard_requests`?request parameter can be used to control the maximum number of concurrent shard requests the search API will execute for this request. This parameter should be used to protect a singe request from overloading a cluster ie. a default request will hit all indices in a cluster which could cause shard request rejections if the number of shards per node is high. This default is based on the number of data nodes in the cluster but at most?`256`. > my note > > 如何操作 > 設計的倆個參數`action.search.shard_count.limit`和`max_concurrent_shard_requests`