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\下，没在同一个目录就会有错误。

但有时还是会有错误，实际上这句执行很多SQL，创建不少表。如果发现问题，可以删除对应的表和索引。

删除对应的表索引，试图

db2 drop TABLE EXPLAIN_ACTUALS
db2 drop FUNCTION EXPLAIN_GET_MSGS
db2 drop INDEX PRT_I1
db2 drop INDEX MQT_I2
db2 drop INDEX MQT_I1 on ADVISE_MQT
db2 drop INDEX IDX_I2
db2 drop INDEX IDX_I1
db2 drop INDEX EXP_DIAG_DAT_I1
db2 drop INDEX OBJ_I1
db2 drop INDEX STM_I1
db2 drop INDEX PRD_I1
db2 drop INDEX ARG_I1
db2 drop INDEX STMT_I1
db2 drop TABLE ADVISE_TABLE
db2 drop TABLE ADVISE_PARTITION
db2 drop TABLE ADVISE_MQT
db2 drop TABLE ADVISE_WORKLOAD
db2 drop TABLE ADVISE_INDEX
db2 drop TABLE ADVISE_INSTANCE
db2 drop TABLE OBJECT_METRICS
db2 drop TABLE EXPLAIN_DIAGNOSTIC_DATA
db2 drop TABLE EXPLAIN_DIAGNOSTIC
db2 drop TABLE EXPLAIN_STREAM
db2 drop TABLE EXPLAIN_PREDICATE
db2 drop TABLE EXPLAIN_OPERATOR
db2 drop TABLE EXPLAIN_OBJECT
db2 drop TABLE EXPLAIN_ARGUMENT
db2 drop TABLE EXPLAIN_STATEMENT
db2 drop TABLE EXPLAIN_INSTANCE

重新创建相应的表索引，视图

db2 -tvf "C:\Program Files (x86)\IBM\SQLLIB\MISC\EXPLAIN.DDL" >d:\22.txt

时间： 2024-08-27 21:38:13

db2 优化基础 打开EXPLAIN的相关文章

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 打开输出的文件显示如下: 根据执行次数判断是否有问题.如果发现执行次数明显偏多,就应该看看是否程序中有问题.一般来说基础数据的表查询次数会比较多,如果不是,建议查看程序,

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

之前写过一个查询运行查看运行时间最长的应用.查询到的是,应用程序.比如我的程序.查到的是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优化技巧

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

DB2优化器分析

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

【MySQL优化】MySQL 高并发配置优化基础知识

[MySQL优化]MySQL 高并发配置优化基础知识 MySQL的优化分为两个部分,一是服务器物理硬件的优化,二是MySQL自身(my.cnf)的优化. 一.服务器硬件对MySQL性能的影响 ① 磁盘寻道能力(磁盘I/O),以目前高转速SCSI硬盘(7200转/秒)为例,这种硬盘理论上每秒寻道7200次,这是物理特性决定的,没有办法改变. MySQL每秒钟都在进行大量.复杂的查询操作,对磁盘的读写量可想而知.所以,通常认为磁盘I/O是制约MySQL性能的最大因素之一,对于日均访问量 在100万P

关于程序性能优化基础的一些个人总结

性能点: I/O,系统调用,并发/锁,内存分配,内存拷贝,函数调用消耗,编译优化,算法 I/O性能优化: I/O性能主要耗费点:系统调用,磁盘读写,网络通讯等 优化点:减少系统调用次数,减少磁盘读写次数,减少阻塞等待 优化手段: a. 使用非阻塞模式 b. 使用带缓存的I/O,减少磁盘读写次数 c. I/O多路复用,select/poll/epoll d. 异步I/O 系统调用: 耗费点:用户态和系统态切换时耗 优化点:减少不必要的系统调用 优化手段: a. I/O操作,根据具体情况,使用std

mysql优化命令：explain

原文地址:http://www.cnblogs.com/magialmoon/p/3439042.html#id 在园子里偶然看到这篇文章,感觉十分不错,全面,思路清晰,因为自己也一直想做一些常用命令的总结,就先拿过来用了,感谢原作者! 1.测试环境 2.explain介绍 2.1 id 2.2 select_type 2.3 table 2.4 type 2.5 possible_keys 2.6 key 2.7 key_len 2.8 ref 2.9 rows 2.10 Extra 3.总结

mysql优化实战（explain && 索引）

实验环境: 1.sql工具:Navicat 2.sql数据库,使用openstack数据库作为示例 一.mysql索引查询 show index from instances 结果字段解释: Table:数据库表名 Non_unique:索引不能包括重复词,则为0.可以,则为1. Key_name:索引的名称. 索引中的列序列号,从1开始. 列名称 列以什么方式存储在索引中.在MySQL中,有值'A'(升序)或NULL(无分类). 索引中唯一值的数目的估计值.通过运行ANALYZE TABLE或