このリリースでは、Doris Teamは1.1.2以降80以上の問題修正またはパフォーマンス改善を行いました。このリリースは1.1のバグ修正リリースであり、すべてのユーザーにこのリリースへのアップグレードを推奨します。
機能
-
ODBCテーブルでsqlserverとpostgresqlのエスケープ識別子をサポート。
-
出力ファイル形式としてParquetを使用可能。
改善
-
準備時間を短縮するためにruntime filterをリファクタリング。#13127
-
クエリやロード処理中のメモリ制御関連の多数の問題。#12682 #12688 #12708 #12776 #12782 #12791 #12794 #12820 #12932 #12954 #12951
バグ修正
-
largeintでのcompaction時のコアダンプ。#10094
-
Grouping setsがbeのコアダンプや誤った結果を引き起こす問題。#12313
-
orthogonal_bitmap_union_count演算子のPREAGGREGATIONフラグが間違っている問題。#12581
-
Level1Iteratorがヒープ内のiteratorを解放すべきでありメモリリークを引き起こす可能性がある問題。#12592
-
2つのBEと既存のcolocationテーブルでのdecommission失敗を修正。#12644
-
TBrokerOpenReaderResponseが大きすぎる場合のstack-buffer-overflowによるBEのコアダンプの可能性。#12658
-
エラーコード-238が発生した際のロード中のBEのOOMの可能性。#12666
-
lead関数の誤った子式を修正。#12587
-
行ストレージコードでのintersectクエリ失敗を修正。#12712
-
curdate()/current_date()関数による誤った結果を修正。#12720
-
一時テーブルでのlateral view explode_splitのバグを修正。#13643
-
同一テーブル2つでのバケット shuffle joinプランが間違っている問題。#12930
-
alterとload実行時にタブレットバージョンが間違う可能性があるバグを修正。#13070
-
md5sum()/sm3sum()でbrokerを使用してデータロード時のBEコア。#13009
アップグレード注意事項
PageCacheとChunkAllocatorは、メモリ使用量を削減するためにデフォルトで無効になっており、設定項目disable_storage_page_cacheとchunk_reserved_bytes_limitを変更することで再有効化できます。
Storage Page CacheとChunk Allocatorは、それぞれユーザーデータチャンクとメモリ事前割り当てをキャッシュします。
これら2つの機能は一定の割合のメモリを占有し、解放されません。このメモリ部分は柔軟に割り当てることができないため、一部のシナリオで他のタスクのメモリが不足し、システムの安定性と可用性に影響を与える可能性があります。そのため、バージョン1.1.3ではこれら2つの機能をデフォルトで無効にしました。
ただし、一部のレイテンシに敏感なレポートシナリオでは、この機能を無効にするとクエリレイテンシが増加する可能性があります。アップグレード後にこの機能がビジネスに与える影響を心配する場合は、be.confに以下のパラメータを追加して前バージョンと同じ動作を維持できます。
disable_storage_page_cache=false
chunk_reserved_bytes_limit=10%
disable_storage_page_cache: Storage Page Cacheを無効にするかどうか。バージョン1.1.2(含む)では、デフォルトはfalse、つまりオンです。バージョン1.1.3では、デフォルトはtrue、つまりオフです。chunk_reserved_bytes_limit: Chunkアロケータの予約メモリサイズ。1.1.2(およびそれ以前)では、デフォルトは全体メモリの10%です。1.1.3バージョンのデフォルトは209715200(200MB)です。