trafodion-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Yang, Peng-Peng" <>
Subject 答复: How to analyze the completed sql statement
Date Mon, 30 Jul 2018 09:12:09 GMT
Add attachment.


发件人: Yang, Peng-Peng <> 
发送时间: 2018年7月30日 17:08
主题: 答复: How to analyze the completed sql statement

Hi Selva, Yuan, Carol

Thanks for your feedback.
I have set up dcs-site.xml. But I can't get the correct explain plan, it looks like it's garbled?
How can I decode it into the text explain plan?
Attachment is a screenshot of the explain plan now.


发件人: Carol Pearson <>
发送时间: 2018年7月30日 14:53
主题: Re: How to analyze the completed sql statement

I have experimented with this a bit in various configurations and with different workloads.
 For short transactions and high concurrency, the impact is pretty high.  But that's really
the absolute worst case - thousands of concurrent transactions with hundreds of thousands
of queries in under a minute that previously weren't logged, all on a cluster that was tuned
for the workload, not the workload +  query logging.

For the more general case, a workload where the queries are in, say, the
10-59 second category and there aren't thousands running at once, then the impact of setting
the threshold down to zero is much lower.  Depending on the cluster load, it may not be highly

So this is definitely worth trying, but be aware that there can be performance impacts to
setting the threshold to 0, depending on the workload.  In some cases, there might be a need
to increase the cluster capacity (add more nodes/disks) to achieve workload SLAs while permanently
capturing data for all queries.

-Carol P.

On Sun, Jul 29, 2018 at 11:13 PM Liu, Yuan (Yuan) <> wrote:

> We can also add below configuration into dcs-site.xml to save queries 
> less than 60 seconds into repository.
> <property>
>         <name> dcs.server.user.program.statistics.limit.time</name>
>     <value>0</value>
> </property>
> The value 0 means all sql will be saved into repository. We can set 
> the value as we want.
> Best regards
> 刘源(Yuan)
> 上海易鲸捷信息技术有限公司
> 地址:上海市浦东新区金科路2889号长泰广场A座603
> 手机:13671935540
> 邮箱
> -----Original Message-----
> From: Selva Govindarajan <>
> Sent: Monday, July 30, 2018 1:49 PM
> To:
> Subject: RE: How to analyze the completed sql statement
> Statistics of the running queries are stored in shared segment. To 
> avoid shared segment becoming full, the statistics is removed as soon 
> as the query is deallocated.  I believe If the query takes longer than
> 60 seconds, the end statistics will be written to repository by 
> default.  This time duration of the query to be written  can be configured.
> In addition, the monitored queries are kept in the shared segment even 
> after the query is deallocated. You can start monitoring the query by 
> issuing get statistics for qid <qid> or any other equivalent command 
> involving query id. However, if the query takes a very short time, it 
> is possible that query could complete before you start monitoring it.
> Thanks, Selva
> -----Original Message-----
> From: Yang, Peng-Peng <>
> Sent: Sunday, July 29, 2018 9:55 PM
> To:
> Subject: How to analyze the completed sql statement
> Hi Trafodioneers,
> Sometimes we need to analyze the sql running at the end, how can we 
> get the statistics of the completed sql?
> Or configure sql statistics to stay longer in the offender?
> Not "get statistics for qid current;",
> Regards,
> Pengpeng
  • Unnamed multipart/mixed (inline, None, 0 bytes)
View raw message