问题现象
在使用 OceanBase 数据库时，通过 proxy 连接执行如下命令时，发现 server_id 的值异常并且只返回一列值，这影响了下游 canal/maxwell 的同步功能。而通过 2881 端口直连 OceanBase 数据库测试时，未发现此异常。如果把变量 @@version 放最前面执行也正常。
关键信息
查询的 SQL 中最前面如果包含
@@server_id变量。环境启用了 Binlog 服务。
通过 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 值异常。
