Solr 8 的主要變更

當使用 split 參數分割的巢狀子文件將 JSON 資料傳送到 Solr 時，子文件現在將透過 JSON 中使用的欄位/標籤字串關聯到它們的父文件，而不是匿名關聯。

依據其 uniqueKey 刪除（或更新）文件現在僅限於考慮根文件，而不考慮子/巢狀文件。因此，依 ID 刪除將無法在子文件上運作（它會靜默失敗），而嘗試透過提供具有相同 ID 的新文件來更新子文件將會新增一個新文件（這可能會是錯誤的）。

Solr 在 _default configset 中有一個新的欄位，名為 _nest_path_。此欄位儲存非根文件的階層中文件的路徑。

如果您在綱要中明確使用 BM25SimilarityFactory，則絕對評分會較低，因為 Lucene 變更了 BM25 的計算方式，以移除乘法因子（如需技術詳細資料，請參閱 LUCENE-8563 或 SOLR-13025）。在正常情況下，文件的順序不會變更。如果您需要強制使用舊的 6.x/7.x 評分，請使用 LegacyBM25SimilarityFactory。

記憶體編碼解碼器已從 Lucene (MemoryPostings、MemoryDocValues) 中移除，並且不再於 Solr 中可用。如果您在任何欄位或欄位類型組態上使用 postingsFormat="Memory" 或 docValuesFormat="Memory"，則移除該設定以使用預設設定，或試驗其他選項之一。

LowerCaseTokenizer 已遭棄用，並且可能會在 Solr 9 中移除。建議使用者改用 LetterTokenizer 和 LowerCaseFilter。

_default configset 現在包含 ignored_* 動態欄位規則。

索引時期提升已從 Lucene 7.0 版 中移除，並且在 Solr 7.x 中仍允許使用此語法（儘管它會在記錄中記錄警告）。此語法類似於

{"id":"1", "val_s":{"value":"foo", "boost":2.0}}

ParseDateFieldUpdateProcessorFactory（預設在「無綱要模式」中使用）使用的日期格式模式現在由 Java 8 的 java.time.DateTimeFormatter 而不是 Joda Time 解譯。模式語言非常相似，但並不相同。通常，只需將大寫的 'Z' 變更為小寫的 'z' 來更新模式即可。

擷取模組 Solr Cell) 不再執行任何日期剖析，因此不再支援 date.formats 參數。為了確保日期字串已正確剖析，請在您的更新鏈中使用 ParseDateFieldUpdateProcessorFactory。當 Solr 在 無綱要模式" 中執行時，此更新請求處理器預設會在 "parse-date" 更新處理器中找到。

langid 模組（位於 modules/langid 中）中的 LanguageIdentifierUpdateProcessor 基礎類別變更了一些方法簽名。如果您有自訂的語言識別碼實作，則需要調整您的程式碼。如需變更詳細資料，請參閱 Jira 問題 SOLR-11774。

統一醒目顯示器參數 hl.weightMatches 現在預設為 true。如需有關醒目顯示器參數的更多資訊，請參閱 醒目顯示 區段。

當 qf 參數參考不存在的欄位時，eDisMax 查詢剖析器現在會擲回錯誤。

當產生負值時，函式查詢剖析器 現在會傳回等於零 (0) 的分數。此變更是因為 Lucene 現在要求分數必須為正數。

驗證外掛程式現在可以依據每個請求攔截節點間請求。

基本驗證外掛程式現在具有 forwardCredentials 選項，可讓基本驗證標頭在分散式搜尋的情況下轉送至節點間請求，而不是回復至 PKI。

現在會報告驗證請求的指標。

在 SolrCloud 模式下執行時，Solr 叢集的徑向圖檢視已移除。

現在在左側導覽選單中選擇「雲端」索引標籤時，預設會使用 Solr 7.5 中導入的「節點」檢視。

Solr 中使用的預設複本放置策略已還原為 Solr 7.4 和先前版本使用的「舊版」原則。這是因為在 Solr 7.5 中預設的基於自動調整的複本放置策略中有多個錯誤，除了會忽略 maxShardsPerNode 和 createNodeSet 參數之外，還會導致相同分片的複本放置在相同的節點上。

curl -X POST -H 'Content-type:application/json' --data-binary '
  {
    "set-obj-property": {
      "defaults" : {
        "cluster": {
          "useLegacyReplicaAssignment":false
        }
      }
    }
  }' http://$SOLR_HOST:$SOLR_PORT/api/cluster

可透過 bin/solr autoscaling 使用新的命令列選項，以在執行中的 Solr 叢集外部計算自動調整原則建議和診斷資訊。此選項可以使用現有的自動調整原則，或測試伺服器檔案系統上檔案中的新原則的影響。

所有 Hadoop 相依性已升級至 Hadoop 3.2.0 (從 2.7.2)。

管理 UI 現在會為其叢集上已啟用驗證的任何使用者顯示登入畫面。具有 基本驗證 的叢集將會提示使用者輸入使用者名稱和密碼。在設定為使用 Kerberos 驗證 的叢集上，驗證會像以前一樣由瀏覽器透明地處理，但如果驗證失敗，使用者將會被指示設定其瀏覽器以提供適當的 Kerberos 票證。

shards 參數用於手動選擇接收分散式請求的分片和副本，現在會根據可接受值的允許清單檢查節點，以確保安全性。

使用 CLUSTERPROP 命令設定叢集範圍預設叢集屬性的 JSON 參數已變更。

{
  "set-obj-property": {
    "defaults" : {
      "collection": {
        "numShards": 2,
        "nrtReplicas": 1,
        "tlogReplicas": 1,
        "pullReplicas": 1
      }
    }
  }
}

參數 min_rf 已被棄用，不再需要提供，即可查看達成的複製因子。此資訊現在將始終隨回應一起返回給客戶端。

現在，自動縮放原則被用作選擇建立新副本或新集合副本的節點的預設策略。

上述變更對 maxShardsPerNode 參數有兩個額外的影響

Lucene 推出了 ByteBuffersDirectoryFactory 作為 RAMDirectoryFactory 的替代方案，後者將在 Solr 9 中移除。

自 Solr 7.0 以來，Solr 的架構欄位猜測為所有 _txt 欄位建立 _str 欄位，並在預設情況下與查詢一起傳回這些欄位。從 7.5 開始，預設情況下將不再傳回 _str 欄位。它們仍然可用，並且可以使用查詢中的 fl 參數請求。另請參閱關於欄位猜測的章節，以瞭解更多關於架構欄位猜測如何運作的資訊。

至少自 Solr v4 以來一直無法運作的標準篩選器已移除。

當使用 TieredMergePolicy（Solr 的預設合併原則）時，optimize 和 expungeDeletes 現在會遵循 maxMergedSegmentMB 設定參數，其預設值為 5000 (5GB)。

UIMA 模組已從 Solr 中移除，且不再可用。

預設情況下，Solr 的記錄設定檔現在位於 server/resources/log4j2.xml。

Windows 使用者的錯誤已修正。使用 Solr 的範例 (bin/solr start -e) 時，記錄檔現在將放置在正確的位置 (example/ 而非 server)。另請參閱Solr 範例和 Solr 控制腳本參考，以取得更多資訊。

Solr 現在使用 Log4j v2.11。Log4j 設定現在位於 log4j2.xml 而不是 log4j.properties 檔案中。這僅是伺服器端變更，使用 SolrJ 的用戶端不需要任何變更。用戶端仍然可以使用任何與 SLF4J 相容的記錄實作。我們現在讓 Log4j 在啟動時處理 Solr 記錄的輪替，並且 bin/solr 啟動腳本將不再嘗試這樣做，也不會將現有的主控台或垃圾收集記錄移動到 logs/archived 中。請參閱設定記錄，以瞭解更多關於 Solr 記錄的詳細資訊。

設定 slowQueryThresholdMillis 現在會將慢速請求記錄到名為 solr_slow_requests.log 的單獨檔案中。先前，它們會記錄在 solr.log 檔案中。

在領導者-追隨者模型的 Solr 擴展中，追隨者在複製期間於領導者上偵測到全新的索引時，不再提交空的索引。若要還原為先前的行為，請在複製處理常式設定的追隨者部分中，將 false 傳遞給 skipCommitOnLeaderVersionZero，或將其傳遞給 fetchindex 命令。

自 Solr 7.0 起，未指定 configset 名稱建立的集合使用 _default configset 的副本。在 7.3 之前，複製的 configset 與集合名稱相同，但從 7.3 開始，它將使用新的「.AUTOCREATED」後綴命名。這是為了防止覆寫自訂 configset 名稱。

用於學習排序 rerank 查詢剖析的 rq 參數不再考慮 defType 參數。請參閱執行重新排序查詢，以瞭解更多關於此參數的資訊。

自動縮放系統的行為現在會在動作開始和冷卻期結束之間暫停所有觸發器的執行。觸發器會在冷卻期過期後恢復。先前，冷卻期是在觸發器事件的動作完成後開始的固定期間，在此期間，所有觸發器會繼續執行，但任何事件都會被拒絕並稍後嘗試。

用於限制處理的自動縮放事件速率的節流機制已移除。這會棄用自動縮放 API 中的 actionThrottlePeriodSeconds 設定，該設定現在無法運作。請改用 triggerCooldownPeriodSeconds 參數暫停事件處理。

與自動新增副本功能一起使用的 autoReplicaFailoverWaitAfterExpiration 預設值已從先前的預設值 30 秒增加到 120 秒。這會影響 Solr 將新副本新增到替換已當機或關閉節點上的副本的速度。

預設的 Solr 記錄檔大小和備份數量已分別提高到 32MB 和 10。請參閱設定記錄章節，以瞭解更多關於如何設定記錄的資訊。

舊的「復原中領導者」實作（在 Solr 4.9 中實作）現在已棄用並取代。Solr 將支援從舊的 7.x 版 Solr 滾動升級到未來 7.x 版本，直到 7.x 主要版本的最後一個發行版本。

不最新的副本不再允許成為領導者。請使用集合 API 的 FORCELEADER 命令，以允許這些副本成為領導者。

如果您將空間 JTS 程式庫與 Solr 一起使用，則必須升級到 1.15.0。此新版本的 JTS 現在已雙重授權，以包含 BSD 樣式的授權。請參閱關於空間搜尋的章節，以瞭解更多資訊。

solrconfig.xml 中的最上層 <highlighting> 元素現在已正式棄用，改用等效的 <searchComponent> 語法。此元素在預設的 Solr 安裝中已停止使用數個版本。

以本地參數 {!myparser …​} 開頭的查詢字串，用於從一個查詢解析器切換到另一個，並且僅供 Solr 系統開發人員使用，而非終端使用者進行搜尋。為了減少意外可駭性的負面影響，Solr 現在限制本地參數被解析的情況，僅限於預設解析器為 lucene 或 func 的上下文。

預設情況下，eDisMax 解析器不再允許使用本地參數或較舊的 _query_ 魔術欄位技巧來指定 Solr 解析器的子查詢。

如果副本發生故障，自動新增副本的功能，先前僅在將索引儲存在 HDFS 中時可用，現在已移植到自動調整框架。因此，即使索引位於本機磁碟上，所有使用者現在都可以使用 autoAddReplicas。

分片和叢集指標報告器配置現在需要 class 屬性。

solrj.io.eval 中的所有串流評估器都已重構為具有更簡單且更穩健的結構。這簡化並縮減了實作新評估器所需的程式碼，並使評估器更容易處理不同的資料類型（基本類型、物件、陣列、列表等等）。

在 ReplicationHandler 中，leader.commitReserveDuration 子元素已棄用。請改為配置直接的 commitReserveDuration 元素，以便在所有模式（領導者、追隨者、雲端）中使用。

RunExecutableListener 基於安全性考量而移除。如果您想要監聽因更新、提交或最佳化而發生的事件，請將您自己的監聽器撰寫為 Solr 外掛程式的一部分，作為原生 Java 類別。

在 XML 查詢解析器 (defType=xmlparser 或 {!xmlparser …​ }) 中，預設情況下不允許解析外部實體。