【 使用环境 】测试环境
【 OB or 其他组件 】
【 使用版本 】
OceanBase_CE 4.0.0.0 (r103000022023011215-05bbad0279302d7274e1b5ab79323a2c915c1981) (Built Jan 12 2023 15:28:27)
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【问题现象及影响】
有一句查询SQL持续执行，执行不出结果，查询retry_cnt次数高
【附件】
能给出具体复现的schema和sql吗
看错误码 4138，可以适当调大一下对应的用户租户的undo_retention变量。
相关的介绍可以参考：
https://www.oceanbase.com/knowledge-base/oceanbase-database-20000000158?back=kb
好的，多谢，默认值是1800，我调到7200试下看
1、调大undo_retention参数后，还是会出现这个问题，是需要继续调大参数吗，建议调整到多大。
2、另外对于大事务有没有其他参数可以优化调整的，谢谢
可以使用show variables like ‘undo_rentention’; 查看修改是否生效。global 级别的变量修改后，需要重新登录才能生效。修改后有重新登录吗
修改后有确认过配置是生效的
昨天程序是在修改配置后，重新请求的，到现在查询没断开，重试8次了
已提交工单，请耐心等待
RETRY_CNT 字段即 retry 次数，如果次数很多，则可能有锁冲突或切主等情况。可以发下问题时间段的observer日志
当时的日志被覆盖了，没有发生切主，锁冲突系统表可以查吗
SELECT * FROM __all_deadlock_event_history order by report_time desc
这个表中的记录为空
是在sys租户下查询的吗，需要在sys租户查
SQL涉及到跨节点的查询吗？ 可以把log/* 下日志发出来看看吗？
麻烦查询下这个参数max_stale_time_for_weak_consistency
max_stale_time_for_weak_consistency | NULL | 5s
不涉及跨节点的查询，日志之前设置的是USER_ERR
能复现吗？可以把在/home/admin/oceanbase/log下 执行 grep ’ ERROR ’ * 看下有什么error。
提供一下完整日志