Generar estadísticas de rendimiento y carga de trabajo de SQL mediante el programa de utilidad Sumall

• solo se evaluarán los SQL que no están marcados como retrasados (DELAYED)
• los SQL iguales se agregan en una sola línea. Las consultas estáticas se diferencian por su nombre. Las consultas dinámicas se diferencian por los primeros n caracteres según define la opción leng (valor predeterminado = 70). De forma predeterminada, los valores de parámetros se sustituirán por el signo '?'. Por lo tanto, los SQL similares se pueden agregar.
• Para cada SQL exclusivo se generarán valores estadísticos:
  • Tiempo total de ejecución en milisegundos: sum(ms)
  • número de ejecuciones: cnt
  • tiempo promedio de ejecución en milisegundos: avg(ms)
  • Coeficiente de variación para los SQL de los que se realiza un seguimiento: CV
  • Identificador SQL: QUERY
• Las estadísticas de SQL se ordenarán según el tiempo de ejecución global en orden ascendente. Por lo tanto, los SQL con un total de tiempo de ejecución más elevado, se muestran directamente al final de la salida.
• Al final de la salida visualizada se muestra una visión general de estadísticas agregadas, que muestra:
  • el rango de tiempo para el que se ha realizado un seguimiento de los SQL: Monitored timeperiod (MT)
  • Estadísticas totales agregadas para todos los SQL junto con el cálculo de %MT, que representa el total de SQL del que se ha realizado un seguimiento en relación con el periodo de tiempo supervisado.

Usage:
             $JAVA_RT com.ibm.ccd.common.wpcsupport.util.Sumall
                [leng=n characters] [delayed] [printsql] [cvon] [cleanoff]
                [fromtime="yyyy-MM-dd HH:mm:ss[,SSS]"] [totime="yyyy-MM-dd HH:mm:ss[,SSS]"]
                [threadname="<threadname>"] [threadlist] [version] [h|help] <db.log files>
Opciones
h|help:   mostrar información de uso

leng:     Valor predeterminado = 70. Define el número de caracteres desde el inicio de
             los SQL que se utilizan para la agregación de estadísticas

printsql: extrae los SQL y su tiempo de ejecución en orden secuencial, muestra una línea por SQL

delayed:     Solo se analizan los SQL marcados con retardo

cvon:        Se utiliza para activar el cálculo de coeficiente de variación (cv)
             Proporciona una métrica normalizada de la variación de tiempos de ejecución individuales
          respecto al tiempo de ejecución promedio.

cleanoff:    Cuando se establece, los valores de parámetros no se sustituyen en las series SQL dinámicas. En función del
             valor del parámetro leng, es posible que las consultas dinámicas del mismo tipo
             se notifiquen en líneas distintas, si los valores de parámetros individuales estén contenidos en los primeros
             caracteres n (leng). Esto puede ser adecuado si desea investigar consultas dinámicas con sus              valores de parámetros reales

fromtime:    Analizar solo los SQL con una indicación de hora > desde hora, con el formato de entrada necesario: aaaa-MM-dd HH:mm:ss

fromtime:    Analizar solo los SQL con una indicación de hora < hasta hora, con el formato de entrada necesario: aaaa-MM-dd HH:mm:ss

threadname:  Se analizarán los SQL solo para la hebra proporcionada. Utilice un threadname de acuerdo con la
             opción threadlist

threadlist:  Mostrar sqlstatistics por hebras ordenadas por el total de SQLruntime

version:     Mostrar versión actual

java -jar Sumall.jar db.log* threadname="jsp_57678: moveEntriesToNextStep.wpc"

…

      130     130       1,0   GEN_CTG_CSA_CAT_SYS_ATTR_GETBYCATEGORYID] SELECT * FROM tctg_csa_cat_s
      134     130       1,0   GEN_CTG_CHI_CATEGORY_HIERARCHY_GETBYCHILDID] SELECT * FROM tctg_chi_ca
      134     130       1,0   GEN_CTG_CFP_CAT_FULL_PATHS_GETBYCATEGORYID] SELECT * FROM tctg_cfp_cat
      158       1     158,0   GET_EVENT_ENTRY_MATCHING_SIGNATURE] SELECT wee_entry_id FROM twfl_wfe_
      219     235       0,9   GEN_SEC_SCU_USER_GETBYID] SELECT * FROM tsec_scu_user WHERE scu_user_i
      223     220       1,0   GEN_SEC_CMP_COMPANY_GETBYID] SELECT * FROM tsec_cmp_company WHERE cmp_
      267     278       1,0   GEN_CTG_ICM_ITEM_CATEGORY_MAP_GETBYITEMVERSION] SELECT * FROM tctg_icm
      276     250       1,1   GEN_CTG_ITD_ITEM_DETAIL_GETBYIDVERSION] SELECT * FROM tctg_itd_item_de
      431     428       1,0   GEN_CTG_ITM_ITEM_GETBYPRIMARYKEYVERSION] SELECT * FROM tctg_itm_item W
-----------------------------------------------
   sum(ms)    cnt   avg(ms)  QUERY

Monitored timeperiod (MT): 2015-07-24 10:37:54,467 - 2015-07-24 10:37:57,563 : 0,00 h | 0,00 m | 3,10 s

Statistical values for all queries
Total      Count      Average    Total        Total Runtime    % of MT
(ms)       (cnt)      (avg ms)   (minutes)    (hours)            (%)
     2862    2733         1         0,0         0,0             92,4

En la salida de ejemplo:

Se utiliza la opción thread name para extraer la carga de trabajo SQL activada solo por una hebra específica.

Las estadísticas SQL están basadas en los primeros 70 caracteres (valor predeterminado). Pueden variar utilizando la opción leng.

La salida se ordena de forma descendente en función de total run time. Los SQL con el impacto más elevado se muestran en la parte inferior.

Para cada sentencia SQL exclusiva, se muestran tres valores de estadísticas: total run time (milliseconds) (tiempo total de ejecución, minutos), number of executions (número de ejecuciones), average run time (milliseconds) (tiempo de ejecución promedio, milisegundos).

En Aggregated Statistics (Estadísticas agregadas), Monitored Time Period (MT) (Periodo de tiempo supervisado, MT), se muestra la duración de la hebra en función del primer y último SQL activados.

% of MT: Refleja la ocupación de SQL, en relación con Monitored time period (Periodo de tiempo supervisado). La regla empírica es:

• > ; 80%: el rendimiento de la hebra está limitado por el rendimiento de SQL.
• <= 80%: el proceso de datos utiliza mucha CPU (datos complejo, amplía lógica de código)

Casos de uso

1.1 Rendimiento lento de la herramienta personalizada debido a SQL de larga ejecución (consultas con retardo)

$JAVA_RT com.ibm.ccd.common.wpcsupport.util.Sumall $TOP/appsvr*/db.log
...
       16       2       8,0     1,0   GET_DOC_STORE_REAL_FILES_WITH_ATTRIBUTE] SELECT DISTINCT dhi_doc_path,
       16       2       8,0     0,3   Dynamic:  [select * from ( SELECT ID FROM ( SELECT SEARCH_QUERY.ID AS
       18       2       9,0     0,8   GEN_SEC_UST_USER_SETTING_GETBYUSER] SELECT * FROM tsec_ust_user_settin
       48      41       1,2     0,8   OBJECT_ACCESS_FOR_USER_ROLE_ALL_GROUPS] SELECT orm_access, orm_access_
      420       2     210,0     1,0   GET_DOC_STORE_REAL_FILES] SELECT dhi_doc_path, dhi_doc_real_path FROM
      727       2     363,5     1,0   GEN_CTG_CAA_CATALOG_ATTRIBUTES_GETBYCATALOGVERSION] SELECT * FROM tctg
    27049       1   27049,0     0,0   Dynamic:  [select * from ( select distinct ita? .ita_value_string as c
-----------------------------------------------
   sum(ms)    cnt   avg(ms)     CV   QUERY

Monitored timeperiod (MT): 2013-11-08 11:50:11,128  -  2013-11-08 11:50:39,763 :  0,01 h | 0,00 m | 28,64 s

Statistical values for all queries
Total      count      Average    Total        Total Runtime    % of MT
(ms)       (cnt)      (avg ms)   (minutes)    (hours)            (%)
    28419     139       204         0,5         0,0             99,2

1.2 Rendimiento lento del trabajo de exportación debido a demasiado SQL, aunque se trata de sentencias SQL de rápida ejecución