如果查询走了 Merge Join 而没有选择 Nested Loop Join，可能的原因如下：

#1.数据量较大：当参与连接的表数据量较大时，Merge Join 可能比 Nested Loop Join 更高效，因为 Merge Join 可以利用已经排序的数据进行连接操作，而不需要重复地进行循环嵌套；

#2.排序操作：Merge Join 需要连接的两个表都需要按照连接键进行排序，如果连接键上已经存在索引或者表数据本身已经有序，那么 Merge Join 可能是更好的选择；

#3.查询条件：如果查询条件中包含了范围查询或者是基于排序的条件，Merge Join 可能更适合这种情况，因为它可以更好地利用已排序的数据；

#4.统计信息不准确：优化器根据表的统计信息来做出选择，如果统计信息不准确或者过时，可能导致选择 Merge Join 而非 Nested Loop Join；

#5.查询配置参数：PostgreSQL 中有一些参数可以影响查询优化器的选择，比如 work_mem、join_collapse_limit 等，可能会影响连接算法的选择。

這可能是由於PostgreSQL查詢優化器的決定。查詢優化器會根據數據的統計信息、查詢的複雜性等因素來選擇最佳的執行計劃。在某些情況下，優化器可能會選擇使用Merge  Join而不是Nestloop。

如果你確定Nestloop會有更好的性能，你可以嘗試調整PostgreSQL的配置來影響優化器的決定。例如，你可以調整`enable_mergejoin`和`enable_nestloop`的值。設置`enable_mergejoin`為off可以禁用Merge  Join，設置`enable_nestloop`為on可以啟用Nestloop。

但是，請注意這樣做可能會影響到其他查詢的性能。在調整這些配置之前，建議先在測試環境中進行測試，並確保你了解這些變更的影響。

另外，你也可以使用`SET  LOCAL`語句來臨時改變這些配置，這樣只會影響當前的會話，而不會影響到其他會話。

例如：

```
SET  LOCAL  enable_mergejoin  =  off;
SET  LOCAL  enable_nestloop  =  on;
```

然後再執行你的查詢。這樣優化器就會優先考慮使用Nestloop。

嗯，提升 default_statistics 的统计样本数，可以解决；  说明表的数据，不均匀，具有一定的倾斜；