3 个回答
排查下delete 操作是不是太频繁：查看 compaction status，若有大量 delete，就可能是这问题。比如电商交易数据分析场景，用户频繁删无效订单，compaction 处理大量 delete 标记，score 升高，性能下降。
发布于：2周前 (04-16) IP属地：四川省
排查下bucket 数量是不是没设置好，bucket 数量设得太小，compaction 无法充分并发；设得太大，任务调度又过多。一般建议按 tablet 1GB - 10GB 的最佳实践来设置。
发布于：2周前 (04-16) IP属地：四川省
排查思路如下：
1、对于 2.1.7 之后的版本，可用查询 top score 的 api（https://github.com/apache/doris/pull/38489）找高分 tablet；
2、对于2.1.7之前的之前版本，可以用 “grep permits” 查看日志，或者直接问用户高频导入表，再通过 “FE show tablets from table” 看 tablet 的 version 数量。进一步确认，用 “grep ${tablet_id} be.INFO | grep compaction”看失败日志，“curl ip:port/api/compaction/show?tablet_id=${tablet_id}” 查 compaction发布于：2周前 (04-16) IP属地：四川省
我来回答
您需要 登录 后回答此问题！