informix数据库性能查看方法

G. 启动 light scan方法：export LIGHT_SCANS=force
H. ONCON FIG参数：
MAX_PDQPRIORITY
DS_MAX_QUERIES
DS_TOTAL_MEMORY
DS_MAX_SCANS
DBSPACETEMP
RA_PAGES
RA_THRESHOLD
6、 checkpoint的时间
$ onstat -m
$ onstat -g iof
$ onstat -D
调整写盘数据量（同2，调整LRU方法）
调整数据的分布情况，分布在不同的disk driver上
7、 物理日志和逻辑日志缓冲区的利用率
$ onstat -l
Physical Logging
Buffer bufused bufsize numpages numwrits pages/io
P-1 0 16 265 21 12.62
phybegin physize phypos phyused #used
100107 1000 266 0 0.00
Logical Logging
Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io
查看内存LRU管理情况
$ onstat -R
l 磁盘的读写、数据表的分布情况（检查数据的分布是否合理，l 消除I/O瓶颈）
查看数据库chunk分布情况和使用空间是否足够
$ onstat -d
查看数据库chunk的读写情况
$ onstat -D
$ onstat -g iof
查看AIO的队列情况
determine what process is hanging. At the time of an assertion failure, type onstat -m to view the log.
C. Once the online engine suspends, you can run several onstat commands against the instance:
收集数据库故障分析方法
若数据库down，查看数据库日志，查找/tmp/af.xxx文件得到详细信息
若数据库没有出现任何详细的信息，则需要下次故障后通过以下方法收集信息：
A. export AFDEBUG=1 (at command line before starting engine - oninit)
$ onstat -g ioq
maxlen太长的情况需要调整NUMAIOS数据
查看tbspace的读写情况
$ onstat -g ppf
检查数据表在chunk分布的拓扑情况
$ oncheck -pe
检查数据库表的详细情况，包括记录数、记录长度、碎片数据、索引层次等信息
$ oncheck -pt stores:customer
example $ export AFDEBUG=1
example $ oninit
.........
example $ onstat -m
07:20:18 checkpoint completed: duration 13 seconds
07:22:20 bsession.c, line 861, thread 2854, procid 4975,
启动KAIO参数
export KAIOON=1
需要重新启动数据库
80
B. SQL语句中设置：set PDQPRIORITY=80
C. 并行扫描线程数：export PSORT_NPROCS=0（缺省的３个）或要启动的个数，D. 不E. 设不F. 启动。
1、 相关环境变量
游标的定义和优化
A. 优化使用游标B.
export PTOFC=1 减少cursor的通信量
C. 自动释放游标D. 资源
SET AUTOFREE...ENABLED
export IFX_AUTOFREE=1
E. 优化fetch游标F.
set FET_BUF_SIZE = 32k
数据库性能监控方法
2、 主要工具 onstat 、oncheck 、SMI接口、onperf(x-window界面)、sar、top、vmstat、iostat
3、 监控的主要内容包括以下部分：
l cpu（确定数据库的CPU资源配置是否足够）
参数：NUMCPUVPS
检查CPU VP资源是否足够的方法
machine:/sdb $INFORMIXDIR/bin/oninit PID
some debuggers: (sdb, xdb, dbx, gdb)
F. The stack trace will tell what functions the oninit called before the assertion failure.
SQL语句
set STMT_CACHE {ON / OFF}
动态onmode方法
$ onmode –e {ENABLE|ON|OFF|FLUSH}
管理方法
$ onstat -g cac stmt
调试方法
export STMT_CACHE_DEBUG={1|2}:/tmp/file.out
参数：NETTYPE和sqlhosts配置的方法
$ onstat -g ath
查看相关的poll监听线程是否启动
$ onstat -g ntd
查看接收和拒绝的次数
$ onstat -g ntu
查看用户启动的sqlexec线程读写的情况
$ netstat -a
看连接监听的端口是否有效
D. In order to use a debugger against the process id, you can attach manually using the following command:
i.e. sdb $INFORMIXDIR/bin/oninit PID
E. Below is a sample:
$ onstat –i
onstat > r 1
onstat (1) > rea
查看是否有等待处理的线程
onstat(1) > act
查看数据库CPU VP正在处理的线程
$ onstat –g glo 可以看到oninit的进程情况
l 内存（确定数据库内存的分配是否足够）
参数：BUFFERS、SHMVIRTSIZE、LOCKS、LRUS
如以上得到数据显示表customer 的partition partnum为1048891
$ oncheck -pp 1048891 0 可以查看customer数据的分布情况
以下命令检查表数据或索引是否正常
$ oncheck -cDI database:table
l 网络的读写情况（检查数据库网络的配置是否正常有效）
查看数据库是否使用内存正常：
$ onstat -p
是否有ovbuff
$ onstat -m
查看是否有动态增加的虚拟内存
查看数据库的内存分配情况
$ onstat -g seg
$ ipcs -m
查看连接的session内存分配情况
$ onstat -g ses
对于内存分配大的用户session，需要分析其原因
$ onstat -x 查看用户的事物处理情况
$ onmoe -z id 杀掉不正常的用户session
相关的参数衡量指标
4、 读写的命中率
$ onstat –p
dskreads pagereads bufreads %cached dskwrits pagwrits bufwrits %cached
$ onstat -R
$ onstat -F
Fg Writes LRU Writes Chunk Writes
11 318 201
调整：
LRU_MAX_DIRTY
LRU_MIN_DIRTY
LRUS
控制在checkpoint时的写的数据页数
(BUFFERS / LRUS) * LRU_MAX_DIRTY 时checkpoint时写的最大数据量
停止FUZZY Checkpoint方法
export NOFUZZYCKPT=1
缺省是fuzzy checkpoint，但发以下命令产生全checkpoint：
$ onmode -ky
$ onmode -c
$ ontape / onbar 备份或恢复
fast recovery 或 full recovery
This environment variable causes OnLine to hang rather than crash when an assertion failure error is detected.
B. When an assertion failure occurs, check the online log to
450 1083 1893 97.62 586 1217 8076 92.74
查看参数读的命中率98%以上，调整 BUFFERS
写的命中率85%以上，调整LRUS , LRU_MAX_DIRTY , LRUS_MIN_DIRTY , CKPTINTVL , PHYSLOG