【 使用环境 】测试环境
【 OB or 其他组件 】
【 使用版本 】
OceanBase_CE 4.0.0.0 (r103000022023011215-05bbad0279302d7274e1b5ab79323a2c915c1981) (Built Jan 12 2023 15:28:27)
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【问题现象及影响】
有一句查询SQL持续执行,执行不出结果,查询retry_cnt次数高
【附件】
【 使用环境 】测试环境
【 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/* 下日志发出来看看吗?