常见问题

Q: 当遇到执行慢的存储过程，需要怎么分析？

A: 遇到慢存储过程，可以参考下面的流程，分析执行慢的原因：

• 如果该存储过程正在执行，可以通过pg_stat_activity查询存储过程的执行状态；通过pg_stat_activity获取session_id后，可以调用trace接口，实时监测执行信息，语句执行计划，进一步分析执行慢的原因；
• 在非透明多写特性下，如果该存储过程已经执行完，在不确定慢语句调用路径时，可以使用dbe_perf.statement_history，查找执行慢的语句，分析对应语句执行计划、等待事件；通过debug_query_id相同，parent_unique_sql_id为0的条件，可以找到最外层的调用语句；开启plprofiler功能，并再次执行指定存储过程，可以直观地看到该存储过程内每条语句的执行时间。

Q: 存储过程执行期间，如何结合pg_stat_activity和trace共同分析存储过程的执行情况呢？

select sessionid, query from pg_stat_activity where query like '%call%' and sessionid != pg_current_sessid();

Q: 当发现一个执行慢的语句，怎么确认是否是存储过程内的语句，如何借助dbe_perf.statement_history分析该语句执行慢的原因呢？

A: 当发现执行慢的语句，可以按照下面的流程分析是否是存储过程内语句，分析执行慢的原因。

• 语句执行慢会在dbe_perf.statement_history中产生记录，借助start_time，finish_time划分时间段，找到单次执行记录，通过该条记录的parent_unique_sql_id是否是0，确认是否是存储过程内的语句；
• 当parent_unique_sql_id非0时，搜索debug_query_id值和当前记录相同，parent_unique_sql_id值为0的记录，就是最顶层的存储过层调用语句，得到该语句的调用路径；

• 根据该语句的执行计划、等待事件等信息，分析该语句执行慢的原因。