【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
某个节点作为分布式事务的仲裁节点，即使这个节点不用实际执行SQL语句的内容（SQL语句不涉及到该节点的数据），CPU也会被打高吗？
例如某个高频SQL的where缺少分区键走随机路由，把SQL转发到了不需要实际执行该SQL的节点上，这台节点主机CPU使用率也会升高吗？
SQL 被路由到数据（准确的说是主副本）不在那个节点的 OB 节点上 这个也是常见的情形，那个节点收到请求后也是要执行这个SQL，只是执行计划是个远程的执行计划，会再次到数据主副本所在的节点读取数据。对于这个节点而言也是在工作，是耗CPU的。
所以，OB 系统性的性能优化是要看 分布式执行计划和远程执行计划的比例。比例如果很高的话，表结构、表分组、租户的primary_zone 等设置是需要看看能不能优化。
当分布式执行计划或远程执行计划的 SQL 有修改数据，这个会话说在的事务就是一个分布式事务。不管这个节点是不是协调者角色。这个节点始终是要工作的，CPU 会被打高也是有可能的。这个原因跟是不是分布式事务倒不是直接的联系。
感谢解答