【 使用环境 】生产环境
【 OB or 其他组件 】OB
【 使用版本 】4.4.2
【问题描述】
sys租户请求队列超限
6 个赞
根据您的描述，您在使用OceanBase 4.4.2版本时遇到了sys租户请求队列超限的问题。这种情况通常与系统资源紧张或某些操作导致的负载过高有关。为了更准确地定位问题的原因，我建议您使用obdiag工具来收集相关日志信息，并进行初步分析。
由于提供的场景列表中没有直接对应于“请求队列超限”的条目，我们将基于可能导致此类现象的常见原因选择适当的日志采集场景和可能的根因分析场景。
日志采集场景: 集群基础信息
日志采集命令: obdiag gather scene run --scene=observer.base
此外，考虑到可能存在性能瓶颈或异常高的CPU、内存使用情况，我们还可以收集这些方面的信息。
日志采集场景: CPU高
日志采集命令: obdiag gather scene run --scene=observer.cpu_high
日志采集场景: 内存问题
日志采集命令: obdiag gather scene run --scene=observer.memory
请执行上述命令以收集相关信息，并将得到的日志压缩包提供给我们以便进一步分析。
为了让我们能够更快更准地帮助到您，请回答以下问题：
- 您是否注意到该问题发生在特定时间段？如果有，请告知具体时间范围。
- 出现此问题前，是否有执行过大规模数据导入/导出、DDL语句或是其他可能对系统造成压力的操作？
- 当前集群的节点数是多少？每个节点的配置（如：CPU核心数、内存大小）如何？
- sys租户下的请求量是否异常增加？如果是的话，请估计下大概增加了多少百分比？
- 是否有启用任何监控工具或平台来跟踪OceanBase集群的状态指标变化？如果有，可以分享最近的监控图表或截图吗？
以上信息将有助于我们更好地理解背景情况并快速定位问题所在。
附上敏捷诊断工具 obdiag 使用帮助链接
1 个赞
查看一下告警信息 根据告警信息 看看时间取一下observer.log日志
sys租户的cpu使用率 应该很高了吧 建议先增加一下cpu资源 sys租户队列问题 应该和cpu资源有关系
1 个赞
好。 我先加点 sys租户的 cpu资源看看情况。
之前4.3.5版本，给sys租户分配4C32G 资源 是没啥问题的。
升级到4.4.2之后，sys租户好像需要更多资源了。 是做了什么更新吗
根据您的描述，您注意到从OceanBase 4.3.5版本升级到4.4.2版本后，sys租户似乎需要更多的CPU资源。这种变化可能与新版本中的一些优化和改进有关。不过，具体的变更细节需要参考官方文档或发布说明。
可能的原因
-
性能优化和功能增强：
- 新版本可能引入了性能优化和功能增强，这些改进可能会导致更高的资源需求。例如，新的查询优化、更高效的日志处理机制等。
-
系统负载监控和管理：
- 为了提高系统的稳定性和可靠性，新版本可能增强了系统负载监控和管理功能，这可能会增加一些后台进程的资源消耗。
-
安全性和合规性改进：
- 新版本可能加强了安全性和合规性，增加了更多的审计日志记录和其他安全相关功能，这也可能导致资源需求的增加。
具体变更信息
遗憾的是，当前检索到的文档片段没有直接提到4.4.2版本对sys租户的具体优化和变更。为了获取最准确的信息，建议查看OceanBase的官方发布说明或联系技术支持团队。
建议步骤
-
查看官方发布说明：
- 访问OceanBase官方网站或文档，查找4.4.2版本的发布说明，通常会列出所有重要的更新和改进点。
-
调整资源分配：
- 您已经决定增加sys租户的CPU资源。可以先尝试增加到6C或8C，并观察一段时间内的性能表现。如果问题仍然存在，可以继续逐步增加资源，直到找到合适的配置。
-
监控和日志分析：
- 使用OCP或其他监控工具持续监控sys租户的资源使用情况，包括CPU、内存、磁盘I/O等指标。收集详细的日志信息，以便进一步分析。
-
联系技术支持：
- 如果问题依然存在，建议联系OceanBase的技术支持团队，提供详细的日志和监控数据，以便他们能够更好地帮助您定位和解决问题。
希望这些建议对您有所帮助。如果您有更多具体的问题或需要进一步的帮助，请随时告知。
还没有碰到过sys租户的问题了，学习了
我把sys租户资源从4C加到12C。 还是没有用。而且当sys租户出现排队时。 会连带导致集群中的2个业务租户，cpu也飙升。
连到集群的一台机器 执行 top -Hp命令结果如下。 CPU都在线程 T1_L0_G0上。
查看oceabase的 observer.log日志：
[2026-07-09 16:02:53.708353] ERROR [SERVER] deliver_mysql_request (ob_srv_deliver.cpp:889) [1327487][sql_nio2][T0][Y0-0000000000000000-0-0] [lt=40][errcode=-4019] deliver mysql request to tenant: 1 queue failed, the queue is full. [suggestion] check T1_L0_G0 thread stack to see which procedure is taking too long or is blocked or check __all_virtual_thread view.
厉害
解决思路看这个帖子。
关于sys 租户请求的见解很独特，受益匪浅。
非常有深度的一篇好文，点赞支持。