嗯
On Fri, Nov 11, 2022 at 10:30 陈奇昌 <1879467...@qq.com.invalid> wrote:
> 您好，我这个是大版本1.1.2，要升级到1.1.3吗？
>
>
>
>
> -- 原始邮件 --
> 发件人:
> "dev"
> <
> chji...@
之前compact有个bug，升个级再试试
On Thu, Nov 10, 2022 at 17:28 陈奇昌 <1879467...@qq.com.invalid> wrote:
> hi：
> 使用版本为apache-doris-be-1.1.2，因为写了demo，循环6万次，单个insert
> into语句，执行后，3个节点都挂掉，并且启动后立马停止。disable_auto_compaction=true可以启动，但不能从根本解决问题。be.out日志如下：
>
>
> start time: Thu Nov 10 17:11:43 CST 2022
> WAR
hi all,
i have a question on version 1.1。
i executed query at 12:06:then it finished at 12:06:22. but fragment closes
at 12:24.
why fragment does not close when query finished.
i guess: execute top n query, when get n data, query finished, but fragment
still run.
be log
I0810 12:06:03.183436 23
1.1-rc05
On Tue, Jul 19, 2022 at 19:15 jie chen wrote:
> hi all，
> there may be a bug which is caused by loading duplicate rows to a unique
> table 。
>
> be log：
> start cumulative compaction.
> tablet=1330586.122703930.2443b3861700c0e6-9e12fa77ec8224b5,
> output_v
hi all，
there may be a bug which is caused by loading duplicate rows to a unique
table 。
be log：
start cumulative compaction.
tablet=1330586.122703930.2443b3861700c0e6-9e12fa77ec8224b5,
output_version=[2-8], permits: 7
row_num does not match between cumulative input and output!
input_row_num=1
这个bug已经修复了。现在可以把left_table的bucket默认10改成32，我测了下没有这个问题了
On Tue, Jun 21, 2022 at 10:59 姜勇辉 wrote:
> *Bucket Shuffle Join*
>
> 问题：
>
> 当我在使用动态分区表left_table的单个分区join维表right_table时，发现每次join结果不一样。我不知道为什么会产生这种原因。
>
> 我进行了一些分析，发现当左表left_table不是分区表时，join结果正常。下面为我的测试用例。
>
>
>
> 测试Bucket Shuffle Join
>
> 1.
升级吧。低版本随着tablet增长，元数据内存占用比较多。0.15有明显改善
On Tue, May 24, 2022 at 10:38 zhan...@eastcom-sw.com
wrote:
> hi~
>
>
>
> 最近上线部署了一套doris（0.14.7）运行了近一个月，只通过streamload写入数据还没有执行查询，但内存一直稳步增长达到90%以上（256的内存）
>be.conf中配置的mem_limit = 50%，貌似没生效， 中间重启后，暂停写入操作 内存使用率也保持着没有下降
>
>请问是否有修复方式 或是 可以通过升级版本解决？
>
