db2数据库慢

A. 怎么提高DB2查询速度

如果不考虑硬件的情况下，
优化也就是那几个方向，，，
1、优化索引
2、优化表
3、优化语句，，，
就你的实际情况来说，
1、首先，看需不需要给你的几个关联字段加上索引
2、你的left join 实际情况中，能不能用inner join，因为inner join的查询范围比left join要小
3、最后一个<>0，看能不能替换成= or的情况

B. db2数据库查询很慢

设置下DB2实例参数，DB2SET -ALL试试，对于单独的一个数据库可以进行配置参数，看看有没有打开增量备份

C. db2 数据库 会随着表变大 插入的速度变慢吗

对于表的数据量在百万上的使用delete from table_name 时候，会很慢很慢，难以接受。而且delete删除多张表数据时更难以接受。找了下方法，发现非常的快。步骤如下：
www.2cto.com
（1）、在C盘上新建一个名为【empty.del】的文件，此文件是空文件

（2）、命令行连接DB2数据库
DB2 connect to TEST_36 USER administrator using password

（3）、执行删除
DB2 import from empty.del of del replace into table_name

D. db2数据库，简单一条insert语句有时也要执行1秒以上，从什么角度去分析慢在什么地方

1、硬件性能
数据库服务器的配置问题，比如CPU/内存等，比如在PC上安装DB2，别说insert语句，就是做个简单的查询就要很久，因为计算机缓不过嘛。
2、软件问题
insert的表是不是有索引，如果索引复杂或者建的不当，插入语句时会很慢的。

E. 关于DB2数据库的参数调优技巧

在开始前 请关闭IBM目录服务器 将上下文切换到IBM目录服务器DB 实例拥有者 一般是ldapdb 用户 比如

在Unix系统里 输入

su ldapdb

在Windows系统里 输入

db cmdset DB INSTANCE=ldapdb

为了调节DB 参数 运行db tunings sh脚本 你可以在这里下载:// sofare ibm /ibmdl/pub/sofare/tivoli_support/misc/Security/AMeB/_am /tuning_guide_scripts tar

或者通过ftp地址

ftp://ftp sofare ibm /sofare/tivoli_support/misc/Security/AMeB/am /tuning_guide_scripts tar

Web页面需要注册用户名和密码

这个脚本的文件系统拥有者必须是DB 实例拥有者 一般就是ldapdb 用户 文件系统组应该和实例拥有者相同(一般是dbsysadm) 脚本必须在DB 实例拥有者的上下文中使用

脚本中的ibmdefaultbp和ldapbp参数控制着DB 的缓冲池 db _turnings sh脚本 设置了DB 缓冲池的建议大小 其他一些可选的设置在脚本的注释里写明了 IBM目录服务器的性能随着DB 缓冲池的增长而提高 然而在大多数情况下 通过这样的参数调节方式 你可以预见不超过 %的性能提高

DB 缓冲池是DB 缓存数据表和索引的地方 DB 用户使用索引来在查询时迅速找到该获取哪个表行项 需要更多信息 请参考IBM Directory Server Tuning Guide

显示和验证当前设置

输入如下命令来显示当前的DB 参数调节设置的结果

db get database configuration for ldapdb |

egrep DBHEAP|SORTHEAP|MAXLOCKS|MINMIT|UTIL_HEAP_SZ|APPLHEAPSZ

db connect to ldapdb

db select bpname npages pagesize from syscat bufferpools

db terminate

如果某个堆配置参数过低 就将出现一些功能性的问题 输入如下命令来显示当前的堆参数设置

db get db cfg for ldapdb | grep HEAP

下面是一个使用了推荐值的多种堆参数的输出例子显示

Database heap ( KB) (DBHEAP) =

Utilities heap size ( KB) (UTIL_HEAP_SZ) =

Max appl control heap size ( KB) (APP_CTL_HEAP_SZ) =

Sort list heap ( KB) (SORTHEAP) =

sql statement heap ( KB) (STMTHEAP) =

Default application heap ( KB) (APPLHEAPSZ) =

Statistics heap size ( KB ) (STAT_HEAP_SZ) =

如果一个堆参数小于最小值 输入如下命令将其增大到最小值

db update db cfg for ldapdb using parm_name parm_value

这里parm_name是上文输出中的第三栏的字样(无括号) parm_value是最后一栏的值

如果堆参数设置的过高或者过低 IBM的目录服务器都会以失效来提示出现了问题 在这种情况下 需要查看诸如IBM Directory Server V (IDS )的cli error文件或者IBM Tivoli Directory Server V (IDS v )的db cli log或者其他一些文件 在IDS v 系统中 该文件缺省目录在Solaris的/var/ldap/和AIX的/tmp中 在IDS v 和后来系统中 Solaris和AIX的缺省目录都是/var/ldap

注意db look能够在一条命令下提供关于数据库及其配置的足够多的信息 例子如下

db look d ldapdb u ldapdb p o output_file

output_file是存储结果的文件位置

关于IBM目录服务器运行的警告

DB 参数调节使用了db terminate 如果当该命令发出 IBM目录服务器slapd或ibmslapd进程在运行 它将阻止服务器的部分功能 所有缓存的搜索看起来反应正常 其他的搜索将会简单的变为无结果或者出现错误信息 恢复功能将会重启IBM目录服务器 因此最好是在调节DB 参数时关闭IBM目录服务器

关于缓冲池内存使用的警告

如果任何的缓冲池被设置过高 DB 将会因为缺少足够内存而无法启动 如果出现该问题将会有一个核心转储的文件 但是通常没有错误信息

在AIX系统里 系统错误日志将会报告一个内存分配失败 查看这个日志请输入

errpt a | more

使用太大的缓冲池大小来恢复一个被分在系统里的数据库将会导致恢复失败 查看//publib boulder ibm /infocenter/tivihelp/v r /topic/ ibm itame doc_ /am _perftune #idtrouble来解决这个问题

如果DB 因为缓冲池过大而无法启动 请重新调节DB 参数

关于MINMIT的警告

F. DB2数据库更新数据缓慢，求优化建议

你这样写很不好，看起来写的是一句sql，反而速度慢下来了。首先row_number() over() as rownum毫无必要，这样来分页效率不高。然后能不用*就不用*查询。在大数据量和列很多的情况下，会慢很多。

而且你也说了，更新1W条数据需要半个小时。那么可以采用存储过程或者程序来访问。这样会快很多，推荐采用存储过程，110W条数据，就算重建索引等，更新一条应该在200ms一下，一万条，不会那么久的。希望能帮助得到你。

你这样写sql语句，执行时间太久了，会造成假死现象，这样很不好。