【 使用环境 】生产环境
【 OB or 其他组件 】
【 使用版本 】4.2.5.1
【问题描述】应用插入数据耗时长
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
1 个赞
根据您的描述，OceanBase 在生产环境中插入数据时出现耗时长的问题，这可能是由多种因素引起的，例如 SQL 性能问题、IO 问题、锁冲突等。推荐使用 obdiag 工具进行日志采集和根因分析，以便更准确地定位问题。
根因分析场景: SQL性能问题
根因分析命令: obdiag rca run --scene=sql_performance --env “{db_connect=’-h127.0.0.1 -P2881 -utest@test -p****** -Dtest’, trace_id=‘Yxx’}”
日志采集场景: SQL性能问题
日志采集命令: obdiag gather scene run --scene=observer.perf_sql --env “{db_connect=’-h127.0.0.1 -P2881 -utest@test -p****** -Dtest’, trace_id=‘Yxx’}”
请您先执行上述命令进行日志采集和根因分析，并将采集到的日志压缩包提供给我们，以便我们进一步分析问题。
另外，为了确定具体的问题，在此需要您提供一些信息：
- 插入数据的 SQL 语句是什么？
- 这些插入操作是在单个会话中执行的，还是分布在多个会话中？
- 插入数据的表结构是怎样的？特别是索引和分区情况。
- 是否有其他并发操作（如查询、更新、删除）在同时进行？
- 系统资源（如 CPU、内存、IO）的使用情况如何？
- 是否有定期的维护任务（如合并、备份）在执行？
感谢您的配合！
附上敏捷诊断工具 obdiag 使用帮助链接
2 个赞
之前有这个现象么？是最近才有这个问题么？直连有试过么？
学习了
最近应用反馈inset缓慢，没有试过直连。这种直连还得二次路由吧
这种问题应该怎么排查
论坛小助手给的obdiag收集 你可以收集一下
