个人中心

原帖已删除

Ta的回复：应该和清理transaction的设置无关，这个需要针对某个不健康的 tablet，通过 show tablet 等命令看下tablet相关的副本情况。有可能是是因为导入的 publish 任务过多，部分副本有延迟，导致部分副本的版本落后。

0

Doris reader_init_time 慢

Ta的回复：首先，0.12 这个版本有些古老了，Doris 后面也做过大量的这方便的优化。 reader init 耗时长有可能是 IO 资源问题，也有可能是因为 tablet 对应的数据版本过多的问题。你这个场景比较奇怪，通常查询新导入的数据可能会更慢一点（因为部分版本还没有合并），而历史数据应该会更快（因为合并度更高。）建议先进行版本升级，再做测试。

3

原帖已删除

Ta的回复：不同模型对读的影响比较大，写通常没有太大影响，唯一有影响的可能是局和模型在写入的数据还在内存的memtable时，可能有一个key compare的过程，但是感觉应该不会有太大影响。你可以建一个duplicate key 表做一下对比，看看是模型问题，还是本身写入就慢。

0

如何使用OSS备份

Ta的回复：可能最近两周吧，改动不多，主要是排期问题

4

查询报tablet找不到错误

Ta的回复：restore_tablet 不是干这个的，不要随便用。。。 show backends 看下 SystemDecommissioned 这一列是否有 true。有true 说明正在有节点做decomission下线处理。还有，你用的是啥版本？

13

查询报tablet找不到错误

Ta的回复：是否使用了 colocation group？还有，可以通过 show proc 语句在partitions 那一级，看下 partition 的 visible version 和各个 replica 的version 是否相同？

13

查询报tablet找不到错误

Ta的回复：两个副本都处于 decommission 状态的确是不正常的，还需要通过 show proc "/cluster_balance" 查看这个tabet是否在进行修复或者均衡任务，进一步排查

13

stream load导入报错

Ta的回复：tablet_id=2527704, txn_id=11178426, err=-215 应该是数据版本堆积过多，doris目前有版本数500的限制，由be的 max_tablet_version_num 参数控制。该参数是为了防止导入过于频繁，compaction速度无法跟上写入速度，而导致版本持续积压的问题。这种问题通常需要降低导入频率，并等待compaction消化完当前的数据版本。Doris的监控中也有compaction score相关监控。或者你可以通过 show tablet 2527704 ，然后执行后面的 show proc 语句来查看副本的版本数量（versionCount 列）

6

查询报tablet找不到错误

Ta的回复：这很有可能是colocation 功能的一个bug。。。目前可能的一个解决方案是先将这tablet对应的table从colocation group中移除（将colocate_with 属性置空即可）。然后该tablet应该会触发副本修复逻辑。等副本状态都正常后，再重新将这个tbl加入colocation group。

13

stream load导入报错

Ta的回复：大小为0可能是空版本，比如导入数据在这个分桶上没有数据。这里可能要注意是否有数据倾斜。

6

查询报tablet找不到错误

Ta的回复：目前存在一个已知bug，就是colocate表的副本在DECOMMISSION状态可能无法恢复，这个问题之后会修复。

13

查询报tablet找不到错误

Ta的回复：不是这个问题，该问题还没有对应的issue，不过争取近期修复吧

13

insert into 报错

Ta的回复：不是很确定，理论上在jdbc执行和在工具内执行是相同的。之前遇到过类似的问题，感觉像是在某种情况下brpc的enpoint错误的设置到了0.0.0.0上，这个我们需要在看下。你可以先尝试重启所有BE，看看是否还会复现

1

BE 内存限制无效

Ta的回复：在0.14.7 版本中我们优化了一些内存使用上的问题，可能会缓解你的问题。而在后续将发布的版本中，也优化了大量的内存使用，到时候可以升级看看是否解决。当前这个版本的确有一些内存使用没有纳入管控。可以看下你这个OOM是导入引起的，还是查询引起的？

5

fe 经常崩溃

Ta的回复：请问是否有高频导入？

3

升级doris-14.7连接外表报错

Ta的回复：请参考 http://doris.incubator.apache.org/master/zh-CN/installing/compilation.html 这里最后的 ”特别声明“

2

fe 经常崩溃

Ta的回复：你看下 show proc "/transaction" 找到导入最多的db，然后 show proc "/transaction/dbId" 看下有多少tranaaction

3

原帖已删除

Ta的回复：在0.14 版本中，我们增加了BE数据版本的限制，以防止因为compaction的速度跟不上高频导入的速度，导致数据版本无限堆积。默认上线是500. 这种情况通常是因为导入频率过高导致版本合并不及时，需要降低导入频率，或暂停导入等待compaction将数据版本数量降低。

0

原帖已删除

Ta的回复：这个问题应该修复过，建议升级到新版本后试一下。

0

原帖已删除

Ta的回复：这个warning如果服务没问题，可以继续升级，升级完成后，副本修复流程会处理这些问题

0