提问背景
OceanBase支持HTAP，但同一租户内OLTP短事务与OLAP大查询并存时，资源争抢可能导致关键业务抖动。虽然租户级别有资源隔离（CPU、内存），但租户内部缺乏SQL优先级调度机制。用户亟需了解如何在不增加租户拆分复杂度的前提下，保障核心查询的SLA。
具体问题
- OceanBase是否支持通过SQL HINT标记语句优先级（如LOW_PRIORITY）？若支持，低优先级查询在资源竞争时会被阻塞还是排队？
- 有无类似Oracle Database Resource Manager的功能，可针对用户、会话或SQL类型进行资源限制（如并发度、内存使用）？
- 如果内核暂不支持，是否有外部手段（如OBProxy限流、应用层熔断）来缓解大查询对事务的影响？这些手段的精度和副作用如何？
- 对于自动识别大查询并动态限制，OceanBase的优化器是否有计划加入此类能力（如基于代价的队列管理）？
问题价值
资源隔离是HTAP落地的最后屏障，该问题探讨OceanBase在多负载管理上的现状与演进方向，对生产环境选型至关重要。