db2 优化基础 查询执行时间最长的SQL

之前写过一个查询执行查看运行时间最长的应用，查询到的是，应用程序，例如我的程序，查到的是IIS，没什么用。

select elapsed_time_min,appl_status,agent_id from sysibmadm.long_running_sql order by elapsed_time_min desc fetch first 5 rows only

查询执行时间最长的SQL，要使用快照。

首先执行下列语句，打开先关的开关：

db2 UPDATE MONITOR SWITCHES USING lock on
db2 UPDATE MONITOR SWITCHES USING sort on
db2 UPDATE MONITOR SWITCHES USING Bufferpool on
db2 UPDATE MONITOR SWITCHES USING table on
db2 UPDATE MONITOR SWITCHES USING statement on
db2 UPDATE MONITOR SWITCHES USING uow on

然后执行

db2  GET SNAPSHOT FOR DYNAMIC SQL ON easdb >>d:\DYNAMICSQL.txt

在输出的文件中搜索：总计执行时间（秒.毫秒）

例如我使用notepad++，搜索的结果，然后找到对应的SQL，看看是否可以修改代码，或者修改SQL

时间： 2024-11-10 06:46:52

db2 优化基础 查询执行时间最长的SQL的相关文章

db2 优化基础 查询运行时间最长的SQL

之前写过一个查询运行查看运行时间最长的应用.查询到的是,应用程序.比如我的程序.查到的是IIS,没什么用. select elapsed_time_min,appl_status,agent_id from sysibmadm.long_running_sql order by elapsed_time_min desc fetch first 5 rows only 查询运行时间最长的SQL,要使用快照. 首先运行下列语句,打开先关的开关: db2 UPDATE MONITOR SWITCHE

db2 优化基础 查询执行次数最多的SQL

使用如下语句查找执行次数最多SQL db2 select * from sysibmadm.SNAPDYN_SQL order by NUM_EXECUTIONS desc,TOTAL_SYS_CPU_TIME_MS desc fetch first 205 rows only >>d:\num_executions.txt 打开输出的文件显示如下: 根据执行次数判断是否有问题.如果发现执行次数明显偏多,就应该看看是否程序中有问题.一般来说基础数据的表查询次数会比较多,如果不是,建议查看程序,

sqlserver查询执行时间过长的sql

SELECT TOP 1000 QS.creation_time 时间, SUBSTRING(ST.text,(QS.statement_start_offset/2)+1,((CASE QS.statement_end_offset WHEN -1 THEN DATALENGTH(st.text) ELSE QS.statement_end_offset END - QS.statement_start_offset)/2)+1) AS 语句块, ST.text as 语句, QS.total

db2 优化基础 打开EXPLAIN

EXPLAIN作为db2的查询计划,一般情况下需要自己打开,可是一般都是运行db2 -tvf EXPLAIN.DDL可是我运行了很多次都是错误的 因为不在同一个目录,就会有错误. 应该这样写:db2 -tvf "C:\Program Files (x86)\IBM\SQLLIB\MISC\EXPLAIN.DDL" EXPLAIN.DDL的默认目录在C:\Program Files (x86)\IBM\SQLLIB\MISC\下,没在同一个目录就会有错误. 但有时还是会有错误,实际上这句

让数据库飞起来 十大DB2优化技巧

DB2是IBM出口的一系列关系型数据库管理系统,分别在不同的操作系统平台上服务.下文中将为大家讲解DB2十大优化技巧. 为了帮助DB2 DBA 避免性能灾难并获得高性能,我为我们的客户.用户和 DB2 专家同行总结了一套故障诊断流程.以下详细说明在 Unix.Windows 和 OS/2 环境下使用 DB2 UDB 的电子商务OLTP 应用程序的10 条最重要的性能改善技巧,希望下文中涉及到的内容对大家能够有所帮助. 一. 监视开关 确保已经打开监视开关.如果它们没有打开,您将无法获取您需要的性

MySQL5.6 如何优化慢查询的SQL语句 -- SQL优化

上篇:MySQL5.6 如何优化慢查询的SQL语句 -- 慢日志介绍 在实际的日志分析中,通常慢日志的log数量不少,同时相同的查询被记录的条数也会很多,这里就需要如何从慢日志查询中找到最有问题,最需要优化的日志.在这方面,有很多分析工具,最基本的分析工具就是MySQL自带的mysqldumpslow,mysqldumpslow(Perl脚本)的输出示例: [[email protected] bin]# ./mysqldumpslow -s t -t 1 /usr/local/mysql/da

mysql性能优化-慢查询分析、优化索引和配置

一.优化概述 二.查询与索引优化分析 1性能瓶颈定位 Show命令 慢查询日志 explain分析查询 profiling分析查询 2索引及查询优化 三.配置优化 1)      max_connections 2)      back_log 3)      interactive_timeout 4)      key_buffer_size 5)      query_cache_size 6)      record_buffer_size 7)      read_rnd_buffer

DB2优化器分析

timeron概念: DB2提供了可视化解释,timeron是DB2优化器使用的一种成本度量单位,用于计算查询完全执行所需的时间和资源数量,timeron 是时间.CPU 占用率(以指令数计).磁盘 I/O(以寻道数和页的转换数计)和其他一些因素的综合.由于这些参数的值不断变化,执行一个查询所需的 timeon 数量也是动态的,每次执行都有所不同.Timeron 也是一种创造出来的度量单位,因此,没有什么公式可以将执行一个查询所需的 timeron 数转换成秒数.除此之外,timeron 可以帮

MySQL5.6 如何优化慢查询的SQL语句 -- 慢日志介绍

最近有个开发团队抱怨我们平台包含的mysql cluster不行,总是报mysql的"heartbeat Error",分析了他们收集的日志,没有发现mysql cluster节点之间的网络有问题,倒是发现了一个很有意思的现象,在mysql的slow log里面发现了大量的慢查询,基本上都是要1秒钟以上,很明显这种耗时高的慢查询会影响系统行为,指出这点让开发团队去优化他们的应用,很好奇他们竟然不知道有这些东西可以分析...... 数据库响应慢问题最多的就是查询了.现在大部分数据库都提供