sync get gts timestamp wait CONCURRENCY 等待事件

OceanBase 技术问题
#1

【 使用环境 】生产环境
【 OB or 其他组件 】OB
【 使用版本 】4.2.1.7
【问题描述】并发INSERT，有时间超过1秒的情况，等待事件为sync get gts timestamp wait CONCURRENCY，RETRY_CNT次数比较高@论坛小助手

【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：

【SOP系列 22 】——故障诊断第一步(自助诊断和诊断信息收集)

【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！

#3

针对您提到的在生产环境中使用 OceanBase 4.2.1.7 版本执行并发 INSERT 时遇到 sync get gts timestamp wait CONCURRENCY 等待事件，导致部分请求响应时间超过1秒，RETRY_CNT 次数较高的问题，建议使用 obdiag 工具进行日志采集，以便我们能够进一步分析问题的具体原因。

日志采集场景: 高并发下的同步获取 GTS 时间戳等待问题
日志采集命令: obdiag gather scene run --scene=observer.cpu_high

此命令将收集与 CPU 使用率高相关的信息，因为同步获取 GTS 时间戳等待可能与高并发操作下的 CPU 负载有关。此外，我们还建议您执行以下根因分析：

根因分析场景: 事务执行超时报错
根因分析命令: obdiag rca run --scene=transaction_execute_timeout

该命令将帮助我们分析事务执行超时的原因，这可能是导致请求重试次数高的原因之一。

请您先执行上述命令，并将生成的日志文件提供给我们。同时，请回答以下几个问题以提供更多有助于诊断的信息：

  1. 在遇到此问题时，系统的并发量是多少？
  2. 是否有其他操作或任务在同一时间段内进行了大量写入或读取操作？
  3. 您是否已经尝试过调整 OceanBase 的参数设置来优化性能？如果有，具体调整了哪些参数？
  4. 这个问题是一直存在还是偶尔出现？如果是偶尔出现，通常在什么情况下会出现？
  5. 系统中是否有任何监控工具或告警信息显示在出现问题时有其他异常情况发生？

谢谢您的配合，我们将尽快为您解决问题。

附上敏捷诊断工具 obdiag 使用帮助链接

#4

可以在提供一下sql_audit的信息 也可以在按照小助手提供的使用obdiag收集一下信息