Elasticsearch中num_routing_shards的含义、作用及分片拆分问题咨询

首先，你提到的分片路由公式是Elasticsearch中决定请求（搜索/索引）对应分片的核心逻辑，用代码块表示如下：

routing_factor = num_routing_shards / num_primary_shards
shard_num = (hash(_routing) % num_routing_shards) / routing_factor

下面分别解释你困惑的两个概念：

一、num_routing_shards（路由分片总数）的用途 #

这是一个预先定义的固定值，通常设置为比初始主分片数大的2的幂（比如8、16、32等），核心作用是为后续的分片拆分提供“路由兼容基础”，避免拆分时全量重建索引的高昂代价。

举个实际例子：

• 假设初始设置num_primary_shards=2，num_routing_shards=8，那么routing_factor=8/2=4。此时hash(_routing)%8会得到0-7的数值，除以4后只会得到0或1，正好对应2个主分片，请求能正确路由。
• 当数据量增长需要拆分分片时，把主分片数调整为4，此时routing_factor=8/4=2，hash(_routing)%8的结果除以2会得到0-3，对应4个新主分片。

这个过程中，所有数据的路由哈希值完全没变，只是把原来的分片区间拆分成了更小的子区间，旧请求依然能正确找到对应数据，不需要重新索引全量数据。

如果没有num_routing_shards，直接修改主分片数的话，原路由逻辑会完全失效，所有数据的分片映射都会错乱，只能全量重建索引，这在大数据量场景下几乎不可行。

二、分片拆分（splitting）的概念 #

分片拆分是Elasticsearch应对数据量增长的一种扩容手段，指将单个过大的主分片拆分成多个更小的主分片，以此降低单分片的存储压力、提升查询性能。

它的核心优势是无需全量重建索引——因为有num_routing_shards预先规划的路由框架，拆分时只需要把原分片内的数据，按照路由哈希的区间划分，分别迁移到新的子分片里即可。

比如刚才的例子，原分片0对应路由区间0-3，拆分后会拆成新分片0（0-1）和新分片1（2-3）；原分片1对应4-7，拆成新分片2（4-5）和新分片3（6-7）。整个过程不需要改变任何数据的路由标识，请求路由逻辑自然适配新的分片结构。

内容的提问来源于stack exchange，提问作者maulik trapasiya