db2查看及更改数据库性能参数及head的配置

教程发布:风哥 教程分类:ITPUX技术网 更新日期:2022-02-12 浏览学习:26

查看及更改数据库 head 的配置
设置的时候要注意, 一个database可用的最大内存数只有2G,配置后要计算一下使用的内存数,注意不要超过 1.6G,还要留一些内存给数据库其它的来用。 如果要使用 2G 以外的内存,将 NUM_ESTORE_SEGS 参数由 0->1,这样就可以使用 2G以外的内存做为二级缓存。 请注意,在大多数情况下,更改了数据的配置后,只有在所有的连接全部断掉后才会生效。
查看数据库 head的配制
db2 get db cfg for head
更改数据库 head的某个设置的值

1 设置使用2G以外的内存
db2 update db cfg for head using NUM_ESTORE_SEGS 1
参数由0->1,这样就可以使用 2G以外的内存做为二级缓存。

2 更改Buffer pool的大小
db2 update db cfg for head using BUFFPAGE 20480
但如果要上面这个设置值生效,需要查看一下SYSCAT.BUFFERPOOLS这张表,里面的bufferpool 的 npages 字段值至少有一条记录的为-1。
db2 alter bufferpool ibmdefaultbp size -1

Bufferpool 的大小这个指标是个很重要的指标,它实际上分配的一个内存区,数据的绝大部分操作都是在 bufferpool 中来进行。如果服务器仅仅是给这个数据库用,bufferpool 的大小应该要占到机器总物理内存的 50%-75%的比例。
如果内存够的话,理论上bufferpool.是越大越好。

3 更改dbheap的大小
db2 update db cfg for head using DBHEAP 4096
该值是对 db 的。
Dbheap>catalogcache_sz+logbufsz

4 改catalogcache的大小
db2 update db cfg for head using catalogcache 2048
和表的数量和字段数量有关,如果表及字段较多,最好将该指标改大一些。 该值的大小可以开为和建表 script 的大小相当, 再稍大一点。
当然,如果有动态创建表的话,根据实际情况可能要开得更大一些。

5 改事务buff的大小
db2 update db cfg for head using LOGBUFSZ 512
该指标对数据库并行比较有影响,如果并发的较多,最好将该指标改大一些。
数据库写日志先写在这个内存中,如果没有写满,每秒自动刷新一次,内存用满也会刷新一次,开的值最好不要让它被用满而被迫写到磁盘。
因此,如果一个事务的日志比较多时,最好能开大一些。

6 改工具堆大小
UTIL_HEAP_SZ
这个指标值是用于对import,export,load等工具来分配内存的。

7 改排序堆的大小
db2 update db cfg for head using SORTHEAP 2048
将排序堆的大小改为 2048 个页面,查询比较多的应用最好将该值设置比较大一些。

该指标值是对每个连接分配的内存,如果连接数比较多,注意不要开得太大。如果看到了 sort overflow 的话,可以将改值调大一些。
这个内存是只在用的时候才申请,平时是不会申请的。

8 改stmtheap的大小
db2 update db cfg for head using STMTHEAP 4096
该指标值是对每个连接分配的内存,如果连接数比较多,注意不要开得太大。该数据值和解释语句有关,如果太小,可能比较大的语句会解释不了。
这个内存是只在用的时候才申请,平时是不会申请的。

9 改事务日志的大小
db2 update db cfg for head using logfilsiz 40000
该项内容的大小要和数据库的事物处理相适应,如果事物比较大,应该要将该值改大一点。否则很容易处理日志文件满的错误。这是指单个文件的大小。
日志文件的大小,大概是同时没有 commit 的数据量的两倍大小。

还有个两个指标值是指日志文件的个数
LOGPRIMARY 基本日志文件数
LOGSECOND 备用日志文件数
在正常情况下,只用到基本日志文件,则日志大小为 logfilsiz*
LOGPRIMARY

在基本日志文件都用完而不够用的情况下,就会去使用备用日志文
件。
备用日志文件在事务commit 以后,系统就会自动的将备用日志文件释放掉。
db2 update db cfg for head using LOGPRIMARY 3
db2 update db cfg for head using LOGSECOND 2

db2 7.2版本中, LOGPRIMARY+ LOGSECOND<=128 马宏伟建议,日志文件开多一点,而每个日志文件开小一点,这样性能会好一些。好象AIX对大文件的管理不是很好。 10 改锁的相关参数的大小 db2 update db cfg for head using LOCKLIST 40000 这个是整个 db的最大锁资源占的内存。锁资源的消耗是每条共享锁占 36 个字节,独占锁占用72 个字节。锁资源的大小要考虑应用来设置。 db2 update db cfg for head using MAXLOCKS 10 这个参数是设定单个应用程序能够使用的最大锁资源,这是个百分比的值。实际上单个应用程序能够使用的锁资源的大小为 LOCKLIST* MAXLOCKS db2 update db cfg for head using LOCKTIMEOUT 60 这个参数是设定应用程序锁等待的最大时间。单位是秒,这个值的设定要比较适当,对并发较多的情况下,锁等待可能是不可避免的,如 果设定不适当,可能会发生太多的 time out 错误。 db2 update db cfg for head using DLCHKTIME 10000 这个参数是设定系统检测死锁发生的时间,单位是毫秒,不要设得太小,耗系统资源且没太多必要。 11 出现程序堆内存不足时修改程序堆内存大小 db2 update db cfg for head using applheapsz 4096 该值不能太小,否则会没有足够的内存来运行应用程序。 但也不能太大,因为该内存是对每个连接分配的,这个的内存是应用程序使用得最多和频繁的内存。 这个内存是只在用的时候才申请,平时是不会申请的。 12 NUM_IOCLEANERS及NUM_IOSERVERS数量设置 NUM_IOCLEANERS 设为 cpu即可 NUM_IOSERVERS设为cpu的个数+2 13 成组commit设置MINICOMMIT 马宏伟说就是设为 1 最好。可能是因为db2 设计还没有特别好。 14 设置连接数的相关参数MAXAPPLS MAXAPPLS 按需要设置,对于目前的应用为 500 AVG_APPLS 平均活动应用程序数,数据库会根据这个数值来采取不同的资源分配方式。50 可能比较合理。 15 设置包缓冲区PCKCACHESZ 这块区域是放置程序包的,最好不要让它有溢出。 缺省是 MAXAPPLS*8*4K 但我发现了溢出,聂华建议开大一点,它是对整个 database 的,考虑设到 MAXAPPLS*16*4K(32M)

本文标签:
网站声明:本文由风哥整理发布,转载请保留此段声明,本站所有内容将不对其使用后果做任何承诺,请读者谨慎使用!
【上一篇】
【下一篇】