是确认 gaussjdbc.jar 存在 bug 了吗？ 能否给下具体的修复计划。 

补充说明： https://repo.huaweicloud.com/repository/maven/huaweicloudsdk/gsjdbc4/gsjdbc4/1.1/  dbeaver用的这个驱动，连接GaussDB能够支持上述语法。 这个现象说明这个问题可能是 gaussjdbc.jar 和 华为云数据管理平台有 BUG。  这个能告知产品解决下吗？ 用其他一些工具，直接在GaussDB执行这个语句也是能够得到正确查询结果的。

私信也没人回复。参考我下面的一些新发现，感觉这个问题是华为云 Data Admin Service和gaussdjdbc.jar都存在的BUG。可以用他们试试。

怎么反馈？

补充：测试了一下组合使用，按照官方文档，下面的语句应该都是符合语法的。但是有些错误，有些正确。  // 语法正确 select eol1_0.id,eol1_0.name from EntityOfLists eol1_0 where eol1_0.id=1 union all select eol2_0.id,eol2_0.name from EntityOfLists eol2_0 where eol2_0.id=1 order by 1 // 语法错误 select eol1_0.id,eol1_0.name from EntityOfLists eol1_0 where eol1_0.id=1 union all select eol2_0.id,eol2_0.name from EntityOfLists eol2_0 where eol2_0.id=1 order by 1 offset 0 fetch first 1 rows only // 语法正确 select eol1_0.id,eol1_0.name from EntityOfLists eol1_0 where eol1_0.id=1 union all select eol2_0.id,eol2_0.name from EntityOfLists eol2_0 where eol2_0.id=1 offset 0 fetch first 1 rows only // 语法错误 select eol1_0.id,eol1_0.name from EntityOfLists eol1_0 where eol1_0.id=1 union all select eol2_0.id,eol2_0.name from EntityOfLists eol2_0 where eol2_0.id=1 fetch first 1 rows only

新服务是不是和原来的服务的服务名等信息一样呀？或者哪些配置错误导致了这些信息一样，所以注册到同一个地方了。 你可以试试删除注册中心下面的 data 目录，再试试， 如果还是注册到一样的服务，那么应该就是配置漏改了。 

这个应该和容器网络类型有关系。 建议你按照前面的回复，联系容器(CCE）的同事咨询。 

可以看看 Endpoint 参数是否可以： https://servicecomb.apache.org/references/java-chassis/zh_CN/build-provider/context-param.html

“如果消息发送时发现连接不可用，要立即失败“ 这个不具备可实现性（连接是否可用，需要通过消息往来才能够确认）。 所以对于 tomcat 的参数设置通常是必须的。

  http://servicecomb.gitee.io/servicecomb-java-chassis-doc/java-chassis/zh_CN/featured-topics/upgrading.htmlgitee pages， 开源开发资料托管。