Informix动态服务器onstat选项公布
当前位置:以往代写 > 数据库教程 >Informix动态服务器onstat选项公布
2019-06-14

Informix动态服务器onstat选项公布

Informix动态服务器onstat选项公布

Informix动态服务器onstat选项公布

今天,数据库教程将介绍Informix动态服务器onstat选项.有兴趣的朋友赶紧来看一下吧!

Onstat-D
INFORMIX-OnLineVersion7.22.UC1–On-Line–Up00:00:38–423064Kbytes
Dbspaces
addressnumberflagsfchunknchunksflagsownername
ad5c1001 111 Ninformixrootdbs
ad5dc282 121 Ninformixdbs7
ad5dc983 131 Ninformixdbs8
3active,2047maximum
Chunks
addresschk/dbsoffsetpageRdpageWrpathname
ad5c17011501259289/dev/pa11
ad5c638225011 11 /dev/pa12
ad5c71033503 0 /dev/pa13
3active,2047maximum
监视“pageRd”和“PageWr”列中页读和页写的数目,这样可以检查每个chunk访问的均衡情况。记住一个设备上可能会有多个chunk。
Onstat-F
InformixDynamicServer2000Version9.21.FC1–On-Line–Up18:05:32–s
 
FgWrites LRUWrites ChunkWrites
0 602010 355973
address flusher statedata
c0000000ba33e828 0I0 =0X0
c0000000ba33f028 1I0 =0X0
c0000000ba33f828 2I0 =0X0
c0000000ba340028 3I0 =0X0
states:ExitIdleChunkLru
监视系统上发生的写操作的种类。前台写(FgWrites)应该受到限制,LRU写和chunk写会因为系统的不同而不同。
OLTP系统应该减少LRU写,但总会存在chunk写,但是LRU写会减少检查点发生的持续时间。在DSS系统中,chunk写应该大大提高,但仍会发生部分LRU写以限制前台写。在检查点时刻,监视页清除器(刷新器),确保它们都在忙于进行chunk写。
onstat-l
InformixDynamicServer2000Version9.21.FC1–On-Line–Up18:07:45–4
046800Kbytes
PhysicalLogging
Bufferbufusedbufsizenumpagesnumwritspages/io
P-245220003647872881266.62
phybeginphysizephyposphyused%used
1021595000003211664800.10
LogicalLogging
Bufferbufusedbufsizenumrecsnumpagesnumwritsrecs/pagespages/io
L-23100011052069515302241221.4213.6
SubsystemnumrecsLogSpaceused
OLDRSAM110520691038267280
addressnumberflagsuniqidbeginsizeused%used
c00000001807d4c04U-B—-67243000352500025000100.00
c00000001807d4e05U-B—-67253061dd2500025000100.00
c00000001807d5006U-B—-672630c3852500025000100.00
c00000001807d5207U-B—-672731252d2500025000100.00
c00000001807d5408U-B—-67283186d52500025000100.00
c00000001807d5609U-B—-672931e87d2500025000100.00
监视物理日志缓冲区的使用情况,观察输出第一行中bufsize和pages/io列,如pages/io除以bufsize大约为75%,则可以判定缓冲区的使用效率较高。如果小于75%,则物理日志缓冲区可能太大。如果该比率大于90%。则物理缓冲区太小。
采取同样的方法,监视逻辑日志缓冲区的使用情况。但如果使用无缓冲区日志,则缓冲区刷新要看事务的大小,而不是缓冲区的使用情况,这一点也可能总是成立。如果大多数事务比逻辑日志缓冲区页小,那么这一比例可能总是不搞,将逻辑缓冲日志保持其默认值。位物理日志文件应该在检查点发生时进行监测,确定该比率是否接近75%。调整良好的物理日志文件在检查点发生时几乎全满,如文件没满,则会浪费磁盘空间。还应该监视逻辑日志文件以确保它们已备份。使用sysmaster数据库系统,可确定那个逻辑日志文件是空闲的,在sytrans表中查找min(tx_logunip)>0的行,找出包含开放事务的最后哪个逻辑日志文件。
onstat-m
InformixDynamicServer2000Version9.21.FC1–On-Line–Up18:07:45–4
MessageLogFile:/informix/online_cqys.log
15:04:02Checkpointloguniq6739,logpos0x884360
15:09:06FuzzyCheckpointCompleted:durationwas0seconds,12066buffersno.
15:09:06Checkpointloguniq6739,logpos0x1719768
15:14:11FuzzyCheckpointCompleted:durationwas2seconds,3236buffersnot.
15:14:11Checkpointloguniq6739,logpos0x36aa018
15:19:14FuzzyCheckpointCompleted:durationwas0seconds,4645buffersnot.
15:19:14Checkpointloguniq6739,logpos0x39d8454
15:24:17FuzzyCheckpointCompleted:durationwas0seconds,5692buffersnot.
15:24:17Checkpointloguniq6739,logpos0x3bfb06c
15:29:20FuzzyCheckpointCompleted:durationwas0seconds,6731buffersnot.
15:29:20Checkpointloguniq6739,logpos0x3df959c
15:34:23FuzzyCheckpointCompleted:durationwas0seconds,7886buffersnot.
15:34:23Checkpointloguniq6739,logpos0x403f258
监视消息文件,查找可能发生的特殊事件。监视检查点发生频率及其运行时间。
onstat-P
InformixDynamicServer2000Version9.21.FC1–On-Line–Up18:10:41–s
Profile
dskreadspagreadsbufreads%cacheddskwritspagwritsbufwrits%cached
260596443144011937078372392.97148814022302741293075988.49
isamtotopenstartreadwriterewritedeletecommitrollbk
1482319405204271778439595437285925906180816250117716082821
gp_readgp_writegp_rewrtgp_delgp_allocgp_freegp_curs
0000000
ovlockovuserthreadoVBuffusercpusyscpunumckptsflushes
00023394.7814060.69173442
bufwaitslokwaitslockreqsdeadlksdltoutsckpwaitscompressseqscans
331530290319982775200025454700529618
ixda-RAidx-RAda-RARA-pgsusedlchwaits
33421515700171864787220544716204519
Profile信息中有许多可以监测的内容
对OLTP系统来说,缓存读取命中率是十分重要的。读取命中率应大于等于95%。因为应用程序使用数据,这一点不是总能办到的,但这是一个起点,增加更多的缓冲区通常可以增加缓存读取命中率。也要监视缓存写入命中率,但它不太容易调整,缓冲区增加,它也会增加。应该将初始目标定位于85%或更高,但由于应用不同,该比率可能无法达到。锁冲突可以观察locwaits和locreqs两列,如果lockwaits等于或者大于lockreqs的1%,可能会有锁冲突,改变应用程序使用隔离级别和锁的方式将改善锁冲突的发生几率。
应用中出现死锁可以重deadlks和dltouts列中检查出,deadlks是Online检测并放弃的死锁数,dltouts是超出死锁时间的查询的数目。只有分布式查询才会出现死锁,如发生死锁,则应该改变应用程序。
onstat-R
NFORMIX-OnLineVersion7.22.UC1–On-Line–Up00:44:42–423064Kbytes
16bufferLRUqueuepairs
#f/mlength%ofpairtotal
0f188100.0%188
1m00.0%
2f188100.0%188
3m00.0%
4f188100.0%188
5m00.0%
6f188100.0%188
7m00.0%
8f188100.0%188
9m00.0%
10f188100.0%188
11m00.0%
12f188100.0%188
13m00.0%
14f188100.0%188
15m00.0%
0dirty,3000queued,3000total,4096hashbuckets,2048buffersize
startcleanat20%(ofpairtotal)dirty,or37buffsdirty,stopat10%
观察检查点发生时,每个队列中已经修改的缓冲区的百分比。将它和LRU_MAX_DIRTY参数进行比较,它应该总是小于LRU_MAX_DIRTY。若非如此,则可以判断执行写请求的pagecleaner不够,或者AIOVP不够,也可能是执行物理写入的KAIO线索不够,或者磁盘**不够或者驱动器本身饱和。对于OLTP系统,减少LRU_MAX_DIRTY,使之小于LRU队列中的dirty页的百分比通常将减少检查点的持续时间。
Onstat-gioq
InformixDynamicServer2000Version9.21.FC1–On-Line–Up18:42:23–4
046800Kbytes
AIOI/Oqueues:
qname/idlenmaxlentotalopsdskreaddskwritedskcopy
adt0000000
msc00127777000
aio00193209532743195810
pio00129702970
lio0012556025560
gfd30168251224860030
gfd4019900
gfd501174411744100
gfd6013234323400
gfd7011618161800
gfd801810004924764055240870
gfd9016130492778102710
gfd10013210
gfd11013210
gfd12016874384053380
gfd130118173577414620062737680
gfd14012411511659606301905350
监视I/O请求队列的长度(len)及其最大长度(maxlen)。maxlen大于25或者len总大于10说明请求没有得到及时的服务。如果磁盘或**尚未饱和,那么增加更多的VP将会有所帮助。
Onstat-glsc
InformixDynamicServer2000Version9.21.FC1–On-Line–Up18:15:12–s
LightScanInfo
descriptoraddressnext_lpagenext_ppageppage_leftbufcntlook_e
0c41edcd0875002234901N
1c41efe68856000cc4971Y
1c41f07b8837000cc4971Y
用onstat-glsc判定是否使用了轻扫描。如果表大于缓冲区的大小,隔离级别设置为drity读,或者提交读或对表上加上共享锁,则会进行轻扫描。轻扫描会显著加快大表的扫描速度,ppage_left列显示给定表分片上的仍需要扫描的页数。
Onstat-gntd
InformixDynamicServer2000Version9.21.FC1–On-Line–Up18:18:29–s
globalnetworkinformation:
#netscbconnectsreadwriteq-freeq-limitsq-exceedalloc/max
455/4635594810133881975928/92135/100/0461/461
ClientTypeCallsAcceptedRejectedReadWrite
sqlexecyes52621672951017370232
srvinfxyes246000
onspaceyes0000
onlogyes0000
onparamyes0000
oncheckyes110289615316253
onloadyes0000
onunloadyes0000
onmonitoryes0000
dr_acceptyes0000
cdracceptno0000
ontapeyes510510917510969
srvstatyes2402448
asfechoyes0000
listeneryes00560612
crsamexecyes0000
safeyes0000
onutilyes007578
Totals55941681013388197592
监视接受/拒绝的连接数,如果被拒绝的连接数很大,则表示用户表已经溢出(onstat-povuserthreads),或者是连接时网络超时。
Onstat-gppf
INFORMIX-OnLineVersion7.22.UC1–On-Line–Up9days08:06:18–593176Ks
Partitionprofiles
partnumlkrqslkwtsdlkstoutsisrdiswrtisrwtisdelbfrdbfwrtseqsc
2300005051100000
2400009000000
25000011710800000
28000027000000
102600000900000
209716498189900056503417143409360674706623040
2097166108244109800054016338120571102083835417248424
629146234525000800088836188500
1048594739761212000276335577323089743120041555615417
1048603811793045000154939911307384313455143856324555
监视使用isrd,iswrt,isrwt,和isdel在打开的分片上进行读写操作的数目,由于只列出了打开的表,因此长时间用onstat-gppf采样,可以指出有哪些表被频繁使用。用segsc确定从表中读取数据时是否使用了顺序扫描。比较同一表各个分片的情况,判定每个分片的I/O是否均衡。

想了解更多数据库学习,可前往课课家官方网。

    关键字:

在线提交作业