第11周某ERP数据库性能优化案例.pdf

落寞惊梦

322

7页

1次

2022-10-24

10墨值下载

某 ERP 数据库性能优化案例

王飞鹏

13811817203

本优化文档针对的 DB2 版本为 V9.7fp6,包括两部分内容，一

部分是已经采取的优化操作，另一部分是对后续运维建议。

1. 所实施的优化操作

1.1 JCC 驱动一定要和 DB2 版本匹配

例如，DB2 服务器是 V9.76，那么就需要从 db2 的安装包

/opt/IBM/db2/V9.7/java 下面复制 db2jcc.jar 和 db2jcc_license_cu.jar 到

JDBC 库路径下面。否则会由于 JDBC 驱动不同版本的兼容问题，会出

现一些不可预见的问题，这个一定要注意。

1.2 参数调整

调整后的：

update db cfg using MAXLOCKS 80;

update db cfg using LOCKLIST 40960;

update db cfg using LOCKTIMEOUT 30;

update db cfg using CATALOGCACHE_SZ 102400;

update db cfg using LOGBUFSZ 10240;

update db cfg using PCKCACHESZ 102400;

update db cfg using sheapthres_shr 1638400;

update dbm cfg using SHEAPTHRES 0;

update db cfg using sortheap 819200;

update db cfg using STMT_CONC LITERALS;

update dbm cfg using DIAGSIZE 1024;

调整前的：

Percent. of lock lists per application (MAXLOCKS) = 80

Max storage for lock list (4KB) (LOCKLIST) = 10240

Lock timeout (sec) (LOCKTIMEOUT) = -1

Catalog cache size (4KB) (CATALOGCACHE_SZ) = 3072

Log buffer size (4KB) (LOGBUFSZ) = 2048

Package cache size (4KB) (PCKCACHESZ) = AUTOMATIC(2400)

Sort heap thres for shared sorts (4KB) (SHEAPTHRES_SHR) = 1638400

Sort heap threshold (4KB) (SHEAPTHRES) = 40000

Sort list heap (4KB) (SORTHEAP) = AUTOMATIC(4096)

Statement concentrator (STMT_CONC) = OFF

1.3 解决多表关联字段不匹配问题

当多表关联时，优化器选择哈希连接，由于字段类型不匹配导致查询性能非常低，

这种情况在这个项目中应该存在多处，随着目标表数据量的变大，查询的性能问

题逐渐暴露出来。

解决办法是，从设计上调整表设计，将关联字段调整为同一类型，如果是字符串，

长度也要求完全一致。

下面这个例子就是一个典型，调整好，性能提高了 10 倍：

CREATE TABLE

HN_INVRETURNTIME

(

PK_INVBASDOC VARCHAR(20),

PK_INVCL VARCHAR(20),

DATEBEGIN TIMESTAMP,

DATEEND TIMESTAMP

)

CREATE TABLE

HN_JINGAOMX

(

VDEF9 VARCHAR(100),

VDEF8 VARCHAR(100),

VDEF7 VARCHAR(100),

VDEF6 VARCHAR(100),

VDEF5 VARCHAR(100),

VDEF4 VARCHAR(100),

of 7

10墨值下载

db2

关注

评论