租户合并任务后ERROR 4019 (HY000): Size overflow

[EasonSu]

【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】 4.2.5.5
【 使用版本 】 4.2.5.5
【问题描述】
晚上自动合并完成后租户请求队列就开始上涨，一直到超限，请问这个是4.2.5.6 缺陷修复里的

这个问题吗

[淇铭]

@EasonSu

晚上自动合并完成后租户请求队列就开始上涨，一直到超限

是合并有问题？超限什么意思？有具体的截图或者日志信息么？具体的表现是什么样的呢
SHOW VARIABLES like ‘version_comment’;

[EasonSu]

OceanBase_CE 4.2.5.5 当前任何查询都报ERROR 4019 (HY000): Size overflow
看告警监控是晚上合并完成后请求队列开始增长的。

[淇铭]

看着是队列满了 还有当时的日志信息 rootswervice.log和observer.log么？使用obdiag收集一下合并有问题的时间的日志信息
obdiag gather log --from “2022-06-30 16:25:00” --to “2022-06-30 18:30:00”
https://www.oceanbase.com/docs/common-obdiag-cn-1000000004222805

[EasonSu]

么得了 被覆盖了 没保留这么多

[淇铭]

@EasonSu

ERROR 4019 (HY000): Size overflow

那你把现在的observer.log和rootservice.log的日志收集一下 半个小时的日志就行
obdiag gather log --from “2022-06-30 16:25:00” --to “2022-06-30 18:30:00”
https://www.oceanbase.com/docs/common-obdiag-cn-1000000004222805

[EasonSu]

当前就一个租户存在这个问题， 只能重启处理吗

[淇铭]

tenant_task_queue_size 你调整一下这个参数 调整到2*16384试一下 默认是 16384
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000002015655

[EasonSu]

https://tech-deepwise.oss-cn-beijing.aliyuncs.com/15-软件共享/tmp/obdiag_gather_pack_20251124105234.tar.gz?x-oss-credential=LTAI5tJbwvN4ZE3SRbMXotou%2F20251124%2Fcn-beijing%2Foss%2Faliyun_v4_request&x-oss-date=20251124T025623Z&x-oss-expires=32400&x-oss-signature-version=OSS4-HMAC-SHA256&x-oss-signature=ee548df28264189e3a6c8ad1420b2cff52a81951acfe798b30e9d99df12461d1

收集了半小时的 有点大

[EasonSu]

ok 改了后可以了

[淇铭]

应该是到默认值了 目前是把请求的队列调大了 你这个租户的事务很多么？是业务租户的么？

[EasonSu]

乌龙 刚才时sys租户的查询 hang主的这个租户还是不行 然后请求队列还一直在增加

[EasonSu]

业务租户 白天tps也就300-500 0点后最多50

[EasonSu]

增加了租户unit cpu规格

终于开始下降了

[EasonSu]

不过晚上自动合并后 请求队列开始增长的原因还没找到

[淇铭]

这个需要合并的时候出问题的时候 你把日志收集一下 要不然不好查看问题

[EasonSu]

我把资源规格改回去 看看会不会复现。跑了一年多了 第一次出现

[淇铭]

好的 可以复现看看 我看了日志信息 没有收集到队列满的节点的日志信息 191和192的节点的日志信息 没有收集全

[alvin-zhang]

学习了