SQL 使用 @@server_id 变量查询异常问题分析

问题现象

在使用 OceanBase 数据库时，通过 proxy 连接执行如下命令时，发现 server_id 的值异常并且只返回一列值，这影响了下游 canal/maxwell 的同步功能。而通过 2881 端口直连 OceanBase 数据库测试时，未发现此异常。如果把变量 @@version 放最前面执行也正常。

关键信息

1. 查询的 SQL 中最前面如果包含 @@server_id 变量。

2. 环境启用了 Binlog 服务。

3. 通过 OceanBase 的 ODP（Proxy）端口连接。

如果满足以上三点查询变量 @@server_id 的值可能与实际 OceanBase 数据库中的值不同。

问题原因

问题的根本原因是 OceanBase 的 ODP（Proxy）在处理 SQL 查询时存在一个转发逻辑的问题。当查询语句中最先出现的变量是 @@server_id 时，ODP 会优先将请求转发给 Binlog 服务，而不是 OceanBase 数据库。这种转发机制导致了查询结果的不一致，即通过 Proxy 端口连接时，@@server_id 的值可能与实际 OceanBase 数据库中的值不同。从而引起结果差异。

问题的风险及影响

异常的 @@server_id 变值可能导致依赖此值的同步工具（如 canal/maxwell）工作不稳定，甚至停止同步。

适用版本

OceanBase 数据库所有版本。

解决方法

在查询语句中，不能让 @@server_id 变量放第最前面，比如将 @@version 变量置于 @@server_id 之前，可以避免 ODP 错误地将请求转发给 Binlog 服务，从而获取正确的 server_id 值。

规避方式

在编写涉及 @@server_id 的查询语句时，建议将 @@version 或其他非 Binlog 相关的系统变量放在 @@server_id 之前，以确保 ODP 能够正确地将请求转发给 OceanBase 数据库，避免因 ODP 的转发逻辑问题导致 @@server_id 值异常。