在OceanBase数据库系统中，Observer（数据节点）与ObConfigServer（配置服务器）之间的通信通常涉及到定期的心跳报告、配置同步以及其他必要的状态更新。关于Observer向ObConfigServer汇报的时间间隔，具体的频率可能会因OceanBase的不同版本、配置设置以及系统运行状态而有所差异。通常情况下，这类通信频率是系统设计时预设的，并且为了保证集群的稳定性和数据一致性，汇报间隔会在一个合理的范围内。
由于您没有提供具体的OceanBase版本信息以及详细的系统配置，这里只能给出一般性的说明。在大多数分布式系统中，节点间的心跳汇报通常在几秒钟到几十秒钟之间，这是一个常见的经验值。对于OceanBase而言，虽然没有直接公开具体的汇报时间间隔数值，但可以推测其设计也遵循类似的行业实践：
心跳报告：Observer节点通常会以较短的周期（如每几秒至十几秒）向ObConfigServer发送心跳信息，以证明其在线状态和健康状况。心跳报告的频率通常较低，目的是快速检测节点故障，以便集群能够及时作出响应，如重新分配工作负载、触发数据复制等。
配置同步：当ObConfigServer有新的集群配置更新时，Observer节点需要与其进行通信以获取并应用新的配置。这种同步可能不是定期进行，而是事件驱动的，一旦有配置变更，Observer会尽快与ObConfigServer进行通信以保持配置一致。
状态报告与统计信息：除了心跳和配置同步外，Observer可能还会定期或按需向ObConfigServer上报其运行状态、资源使用情况、统计信息等，用于集群监控、性能分析和资源调度。这类报告的频率可能稍低，如几分钟至几十分钟一次，具体取决于系统的监控需求和资源消耗考虑。
综上所述，Observer机器向ObConfigServer汇报的时间间隔可能包括：
心跳报告：通常每隔几秒到十几秒一次。
配置同步：非定期，根据配置变更事件触发。
状态报告与统计信息：可能每隔几分钟到几十分钟一次。
实际的汇报间隔可能会受到系统配置、网络延迟、节点负载等多种因素影响，具体数值应以OceanBase官方文档或技术支持提供的信息为准。如果需要精确了解您的OceanBase集群中Observer与ObConfigServer之间的汇报时间间隔，建议查阅相关版本的官方文档、咨询技术支持，或直接检查系统配置和日志以获取确切数据。