【 使用环境 】测试环境
【 OB or 其他组件 】Oceanbase 4.4.1
【 使用版本 】4.4.1
【问题描述】
老师，您好，
我们在线上测试系统遇到个挺奇怪的事情：
问题SQL：
select r.id_ AS id, r.kh_khxx_id_ AS khKhxxId, r.foreign_id_ AS foreignId, r.type_ AS type,
r.infra_user_wxid_ AS infraUserWxid,r.is_main_ AS isMain,r.wxid_ AS wxid,
r.create_user_ AS createUser, r.create_date_ AS createDate
from ftsp_wechat_kh_relation r
left join crm_kh_qzkh_private p on r.kh_khxx_id_ = p.qzkh_id
where r.type_ = 1 and p.emp_id = 'h0000000000000279529591864500224';
这个SQL我们在ODC上执行是很快的：
执行计划很很简单：
===============================================================================================================================
|ID|OPERATOR |NAME |EST.ROWS|EST.TIME(us)|REAL.ROWS|REAL.TIME(us)|IO TIME(us)|CPU TIME(us)|
-------------------------------------------------------------------------------------------------------------------------------
|0 |NESTED-LOOP JOIN | |6508 |159489 |910 |166758 |0 |14401 |
|1 |├─TABLE RANGE SCAN|p(idx_crm_kh_qzkh_private_19) |5098 |108 |5098 |110165 |0 |1442 |
|2 |└─TABLE RANGE SCAN|r(idx_ftsp_wechat_kh_relation_1)|1 |31 |910 |166758 |0 |150322 |
===============================================================================================================================
但是，放在线上跑，却感觉有点奇怪：
1、OCP监控，这个SQL的整体耗时很高。
从SQL采样中，拿>1s的SQL去ODC上跑，执行时间都很快的~
2、我们将>200ms的SQL，抓取到 es 上，通过kibana分析，
我们也发现，这个SQL的执行时间确实是增加，
有点不明白为什么这样，另外，这个SQL，在原来MySQL上跑，都没上过慢查询日志（>200ms），所以，没有数据采样，没法发截图MySQL那边的执行情况。
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
