提问背景：
OceanBase 宣称“单机分布式一体化”，对于很多中小团队来说，初期可能只有几台低配机器。我的疑问是：当OceanBase部署在低资源环境（例如2C8G）下作为单机使用，与传统的单机数据库（如MySQL）相比，在CPU和内存争用的处理机制上有何本质区别？当未来扩容节点时，如何保证正在执行的OLAP长查询不会因为资源调度而影响OLTP业务？
具体问题：
在单机模式下，OceanBase的“转储”和“合并”操作是否会因为缺乏多节点的分摊而导致明显的IO抖动？有没有推荐的最佳实践参数来抑制这种抖动？
问题价值：
这个问题直接切入用户从“能用”到“好用”的痛点，涉及到内核的资源隔离策略和自适应调度算法，是DBA非常关心的实际运维问题。