OceanBase数据库在实际业务中功能一直在跑，在实际业务场景，有什么排查技巧吗？

select TRACE_ID,QUERY_SQL, from gv$ob_sql_audit limit 3\G
看下这个https://www.oceanbase.com/docs/common-oceanbase-database-cn-1000000000090116 ，此回答整理自钉群“[社区]技术答疑群OceanBase”

在OceanBase数据库中，如果业务SQL一直在执行且无法精准定位和获取上一次的ID，以下是一些可能的排查技巧：

1. 首先，需要确定是否存在异常的SQL执行导致的系统资源使用率飙升，如CPU使用率过高、IO过高或内存激增等情况。这些异常通常分为业务流量变化、SQL执行次数突增或数据量激增，以及原SQL执行计划异常等情况。

2. 通过SQL_AUDIT工具可以查看到正在运行的SQL及其详细信息，如查询耗时、执行计划等。你可以先从SQL_AUDIT中找到一条业务的SQL，获取其SID，然后通过这个SID从SQL_AUDIT找出对应session发过来的所有SQL，并按照请求时间排序，这样就可以获取到按顺序执行的SQL，也可以由此进行一些业务逻辑的分析。

3. 若要查看SQL的具体执行计划，有两种方法。一种是执行explain extended 命令来查看当前环境下该语句的执行计划；另一种是记录下gv$sql_audit中的四个值来查看缓慢SQL正在使用的访问计划。

4. OceanBase也提供了SQL优化器的代价模型、统计信息收集和查询改写以及SQL执行引擎的并行执行能力等功能，可以有效地解决实际需求场景下的OLAP问题。