【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):

考试材料:这个地方那个对呢 ?? 是不是那个版本修改过
【 使用环境 】生产环境 or 测试环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):
你可以好好看看官方文档 了解一下 这个id的含义 下面是相关的连接
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000002013305
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000002013303
https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000002012952
https://www.oceanbase.com/docs/common-odp-doc-cn-1000000002024362
我贴图,你们的obcp 考试 材料 有问题吧 ?
没有问题 考试参考obcp资料 obcp资料可能会有滞后性 属于正常 官方文档有些资料都是最新的 obcp不一定是最新官网资料
如果有问题 考试相关的 请找obcp培训群找林啸宇老师 他负责解答问题 社区回答参考都是官方文档
您把 我那个的 connection_id 和show proxysession 的 id列值一样. 这个正常不 ?
odp的版本是哪一个?
我把版本升级到 4.3.3 odp 再看下。
可能是odp的一个bug 我问一下 相关的同学
我找了研发 connection_id 和show proxysession 的 id列值一样 这个正常
如果通过obproxy,业务拿到的connection id 就是这个cs_id,业务需要根据id终止请求:kill query / kill connection 都是 proxy 提供的这个cs_id, 这个id 就是32位唯一的整数。
官方文档:
“cs_id 为 ODP 内部标记的每个 Client 的 id 号,connection_id 为整个 OceanBase 数据库标记的每个 Client 的 id 号。connection_id 通过 SELECT CONNECTION_ID(); 语句获取。”
官网的文档解释:
ODP作为反向代理,业务看到的ODP就是一个整体OceanBase 数据库。 ODP分配的connection_id,就是数据库client id。
文档解释的应该是observer 节点会话id * ID
:进程的 ID,即当前会话的 Client Session ID,该 ID 是会话在客户端中的唯一标识。
如果是 observer的会话id ,那么是不是 应该使用 gv$ob_processlist 查询到才对呢 ???您试下能查询到不,我这查询不到
你可以把你操作的截图发一下