簡介
叢集配置中的查詢配置主要為使用者提供自訂查詢配置的功能

添加查詢配置
查看/編輯查詢配置,選擇配置中心>叢集配置>查詢配置
1.選擇需要編輯的查詢配置
2.使用者需先編輯/查看版本,再編輯/查看查詢配置中的具體檔案
3.找到需要調整的參數,點擊右側操作欄的編輯按鈕進行修改
4.編輯完成後點擊發布就會產生一個新的版本
5.調整後需前往「叢集管理-配置更新頁面」,點擊更新並選擇版本後生效
6.產生後可在功能擴充>變更中查看配置生效進度
刪除查詢配置
狀態為“未使用”的查詢配置版本,可以直接在配置中心 >查詢配置介面刪除
參數說明
查詢設定檔qrs.json
鍵 | 值 | 描述 |
__cluster_name | general | 自訂 |
primary_table_name | $primary_table_name | 主表表名 |
qrs_connection_timeout | 750 | 查詢逾時時間(毫秒) |
qrs_request_compress_type | z_speed_compress | 配置Qrs向各個子節點發送request是否壓縮以及壓縮的類型,可以不配置,預設情況下是不壓縮。 compress_type表示壓縮類型,目前支援三種類型,預設取值為no_compress:
|
qrs_return_hits_limit | 5000 | 查詢返迴文檔數 |
查詢設定檔:zones/general/default_biz.json
鍵 | 值 | 描述 |
cava_alloc_size_limit | 40 | cava query層級能分配的最大記憶體(單位:MB) |
cava_compile_thread_num | 1 | 預設值 |
cava_loop_and_func_limit | 10000 | 預設值 |
cava_max_variable_count | 10000 | 預設值 |
cava_module_cache_size | 256 | 緩衝query裡面傳遞source code的個數,超過則開始LRU淘汰 |
default_index | $default_index | 預設進行查詢的索引名稱,如果在query中未指明查詢的索引名稱時,將在該索引中尋找;比方說query=nid:1 指定了在nid索引下尋找, query='mp3'未指定索引名稱,會使用預設的index |
default_rank_size | 1000000 | 預設命中的文檔數 |
default_rerank_size | 200 | 預設參與精排個數 |
early_termination_min_wait_time | 100 | 預設值 |
early_termination_trigger_result_percent | 0.85 | 預設值 |
early_termination_wait_time_factor | 2 | 預設值 |
enable_cava | false | 是否啟用cava |
filter_field | ||
hash_mode | $hash_mode | 例:"hash_mode": { "hash_field" : "nid", "hash_function" : "HASH" } 表示根據nid 欄位使用HASH 方法計算hash值,進行分partition |
latency_upper_limit_ms | 60 | 預設值 |
latency_upper_limit_percent | 2 | 預設值 |
main_online_index | $main_online_index | 預設值 |
primary_table_name | $primary_table_name | 主表表名 |
probe_percent | 0.05 | 為了滿足記憶體非lock等需要預熱的情境,配置probe_percent為大於0.05的值。 |
return_hit_rewrite_ratio | 1.2 | 為了盡量不有損效果,searcher上實際排序出來的條數以及序列化之後的條數,(start+hit)/partition之後的值會按照業務情境乘以一個大於1的係數限制條件:return_hit_rewrite_ratio 合理取值範圍是(1,partition_count),對於類似inshop 路由到單列的查詢,會自動不做這個最佳化處理。 |
return_hit_rewrite_threshold | 500 | start + hit 大於這個閾值時, 開啟這個最佳化。 |
searcher_cache_latency_limit_ms | 1 | Searcher Cache只會緩衝 (rank_latency + rerank_latency) > latency_limit 的query的查詢結果,因為被cache住的query的latency越大,cache對效能提升的效果越明顯。單位時ms,預設值是1ms。 |
searcher_degrade_rank_size | 5000 | 命中的文檔數 |
searcher_degrade_rerank_size | 100 | 參與精排個數 |
注意事項
所有版本一旦發布後,不再支援變更配置內容
發行的版本支援編輯並產生新版本
基於已有版本編輯,系統會儲存唯一的一份最新草稿
只有未使用的版本支援刪除,使用中的版本不支援刪除