皇甫侯
#1
【 使用环境 】测试环境
【 OB or 其他组件 】OB
【 使用版本 】435
【问题描述】清晰明确描述问题
应用那边发了一个很长的SQL过来,但是gv$ob_sql_audit中显示不全,这种SQL如何到全貌该
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接(右键跳转查看):
【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试,在发帖时输入 [@论坛小助手] 即可召唤小助手,欢迎试用!
@论坛小助手
论坛小助手
#3
用户问题: 在测试环境中,gv$ob_sql_audit表中的query_sql字段显示的SQL内容不完整,应该如何获取完整的SQL语句?
针对这种情况,可以使用 obdiag 工具来收集相关 SQL 的详细信息,以帮助诊断为何 SQL 内容不完整的问题。首先,可以通过 SQL 性能问题的场景来收集相关日志。
日志采集场景: SQL性能问题
日志采集命令: obdiag gather scene run --scene=observer.perf_sql --env “{db_connect=’-h127.0.0.1 -P2881 -utest@test -p****** -Dtest’, trace_id=‘Yxx’}”
请替换上述命令中的 IP 地址、端口号、用户名、密码和数据库名,以匹配您的实际环境。另外,请确保替换 trace_id 为您想要跟踪的具体 SQL 的 trace_id。
同时,为了更好地帮助您解决问题,我们需要了解以下信息:
- 您能否提供一个具体的例子,说明哪条 SQL 语句的显示不完整?
- 您当前使用的 OceanBase 版本是什么?
- 您是否尝试过增加 gv$ob_sql_audit 表中 query_sql 字段的显示长度限制?如果尝试过,具体做了哪些操作?
- 您是否能够通过其他方式(如日志文件)获取到完整的 SQL 语句?
附上敏捷诊断工具 obdiag 使用帮助链接
辞霜
#4
_query_record_size_limit
修改query_sql上限,默认65536 取值范围: [0, 67108864]
1 个赞