【 使用环境 】生产环境
【 OB or 其他组件 】
【 使用版本 】
【问题描述】清晰明确描述问题
【复现路径】问题出现前后相关操作
【附件及日志】推荐使用OceanBase敏捷诊断工具obdiag收集诊断信息,详情参见链接（右键跳转查看）：
1.这个怎么说呢，就是同样的数据，sql server 没有索引的情况下，比这个OceanBase快好多，原来的sql server表大部分都没加索引，所以现在要根据业务去加索引，这个得根据各个页面去排查。这个是工作量大，耗时间的活。
2.有些页面加上索引后，和原来的页面比没有明显的区别。所以想用一下OceanBase的切片技术，比如按req id和code切片或者按时间切片，这个没有经验，需要请教您一下
3.OceanBase OCP 服务中，这个 sql 诊断 页面。系统参数我看都设置 ，有些sql 很慢，查询慢sql 列表 ，但这边不显示数据。不知道是不是哪设置有问题
【备注】基于 LLM 和开源文档 RAG 的论坛小助手已开放测试，在发帖时输入 [@论坛小助手] 即可召唤小助手，欢迎试用！
根据您的问题，可以分为两个主要关注点：SQL性能问题和OCP中SQL诊断页面未能正确显示慢SQL列表的问题。针对这些问题，我们可以利用 obdiag 工具来帮助我们收集相关信息，进而进行分析和解决。
日志采集场景: 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性能相关的日志，包括SQL执行计划、执行时间等，以帮助我们定位性能瓶颈。
对于OCP中的SQL诊断页面未能正确显示慢SQL列表的问题，虽然 obdiag 没有专门针对OCP界面问题的诊断场景，但我们可以尝试从更广泛的角度收集信息，以期能够找到问题的根源。
日志采集场景: 集群基础信息
日志采集命令:
obdiag gather scene run --scene=observer.base
通过收集集群的基础信息，如配置文件、环境变量等，我们可以检查OCP与OceanBase集群之间的通信是否正常，以及其他可能影响OCP正常显示的因素。
为了更准确地帮助您解决问题，请您回答以下几个问题：
以上信息将有助于我们更全面地了解问题背景，从而为您提供更加精准的解决方案。感谢您的配合！
附上敏捷诊断工具 obdiag 使用帮助链接
1.SQL性能问题，可以按照小助手说的 找几个典型的SQL 收集下SQL性能报告 发到这个帖子 我们分析下
2.OCP上slowsql 为空的问题
这个OB集群是业务集群 还是OCP的metadb集群？ocp的metadb集群默认不采集SQL，但有参数可调整
另外业务数据不建议存放在ocp metadb集群，建议单独创建集群给业务使用，并且数据不要放到sys租户，要单独创建业务租户
sql.docx (397.9 KB)
配置文档.docx (348.7 KB)
1，版本：OceanBase_CE-v4.2.1.8
2. 600万数据的表，插入一条数据需要将近0.2秒，插入语句如下sql文档
3.如下配置文档
4.没有
5.参照sql文档
谢谢分享，学习了
https://www.oceanbase.com/docs/common-obdiag-cn-1000000003892483
2.不建议业务数据放到OCP的metadb集群，metadb集群是给OCP专用的，建议创建业务OB集群及用户租户
创建新的ob集群和用户组是还需要新的物理服务器吗
