免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 4057 | 回复: 8
打印 上一主题 下一主题

请教,读cached 命中 76.31是否太低了 [复制链接]

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2008-02-17 16:55 |只看该作者 |倒序浏览
新上的综合前置,
数据库分区给了 4C8G
数据库配的buf不多,目前数据库占的内存是 4G,数据量 为20G

  1. Informix Dynamic Server Version 9.40.FC1     -- On-Line -- Up 17 days 08:24:55 s

  2. Profile
  3. dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached
  4. 134962   84999    416642   67.61   11       6        65       83.08

  5. isamtot  open     start    read     write    rewrite  delete   commit   rollbk
  6. 4030     427      437      831      8        0        2        10       0

  7. gp_read  gp_write gp_rewrt gp_del   gp_alloc gp_free  gp_curs
  8. 0        0        0        0        0        0        0

  9. ovlock   ovuserthread ovbuff   usercpu  syscpu   numckpts flushes
  10. 0        0            0        1.55     2.81     0        0

  11. bufwaits lokwaits lockreqs deadlks  dltouts  ckpwaits compress seqscans
  12. 4222     0        144125   0        0        0        0        30

  13. ixda-RA  idx-RA   da-RA    RA-pgsused lchwaits
  14. 0        0        135104   135025     5
复制代码

清0后2小时15分得数据
  1. $ onstat -p

  2. Informix Dynamic Server Version 9.40.FC1     -- On-Line -- Up 17 days 10:39:43 s

  3. Profile
  4. dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached
  5. 243444972 281117859 1027751166 76.31   80356    110179   213057   62.28

  6. isamtot  open     start    read     write    rewrite  delete   commit   rollbk
  7. 19823410 1616210  1621259  7692903  48290    3795     6759     38599    3

  8. gp_read  gp_write gp_rewrt gp_del   gp_alloc gp_free  gp_curs
  9. 0        0        0        0        0        0        0

  10. ovlock   ovuserthread ovbuff   usercpu  syscpu   numckpts flushes
  11. 0        0            0        3414.29  6861.12  27       54

  12. bufwaits lokwaits lockreqs deadlks  dltouts  ckpwaits compress seqscans
  13. 9167010  0        373072610 0        0        32       4063     78650

  14. ixda-RA  idx-RA   da-RA    RA-pgsused lchwaits
  15. 8049     5874     243170840 243184739  182662
复制代码


dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached
243444972 281117859 1027751166 76.31   80356    110179   213057   62.28
这个读写命中率似乎也太低了,本身数据库分了4 G内存,20 G数据感觉不应改是这个命中率,各位大侠有何建议?

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
2 [报告]
发表于 2008-02-17 17:58 |只看该作者
bufwaits 9167010  太高是buf 少了?
还是RA_PAGES        32  太大?
还是因为数据库做的 unbuffer log 的原因呀?

数据库独用分区 用的 p570 4C 逻辑cpu是8个,NUMCPUVPS       5 是否合适?
SHMVIRTSIZE     8000            # initial virtual shared memory segment size
SHMADD          8192            # Size of new shared memory segments (Kbytes)
这2个配的太小,配成多少比较合适?
数据库 的 字符集设的是 zh_CN.5488
客户端设置为
CLIENT_LOCALE=ZH_CN.GB18030-2000
DB_LOCALE=ZH_CN.GB18030-2000
LOCPATH=/usr/lib/nls/loc
SERVER_LOCALE=ZH_CN.GB18030-2000

感觉有汉字插入报错,是否需要重新导入数据库?


数据库的配置如下,请各位兄弟拍砖

  1. $ onstat -c

  2. Informix Dynamic Server Version 9.40.FC1     -- On-Line -- Up 17 days 15:57:44 s

  3. Configuration File: /informix/etc/onconfig
  4. #**************************************************************************
  5. #
  6. #                          INFORMIX SOFTWARE, INC.
  7. #
  8. #  Title:       onconfig.std
  9. #  Description: Informix Dynamic Server Configuration Parameters
  10. #
  11. #**************************************************************************

  12. # Root Dbspace Configuration

  13. ROOTNAME        rootdbs         # Root dbspace name
  14. ROOTPATH        /informix/dbs/rootdbs # Path for device containing root dbspace
  15. ROOTOFFSET      4               # Offset of root dbspace into device (Kbytes)
  16. ROOTSIZE        1000000         # Size of root dbspace (Kbytes)

  17. # Disk Mirroring Configuration Parameters

  18. MIRROR          0               # Mirroring flag (Yes = 1, No = 0)
  19. MIRRORPATH                      # Path for device containing mirrored root
  20. MIRROROFFSET    0               # Offset into mirrored device (Kbytes)

  21. # Physical Log Configuration

  22. PHYSDBS         phydbs          # Location (dbspace) of physical log
  23. PHYSFILE        1000000         # Physical log file size (Kbytes)

  24. # Logical Log Configuration

  25. LOGFILES        19              # Number of logical log files
  26. LOGSIZE         30000           # Logical log size (Kbytes)

  27. # Diagnostics

  28. MSGPATH         /informix/online.log # System message log file path
  29. CONSOLE         /dev/console    # System console message path

  30. # To automatically backup logical logs, edit alarmprogram.sh and set
  31. # BACKUPLOGS=Y
  32. #ALARMPROGRAM    /informix/etc/alarmprogram.sh # Alarm program path
  33. #ALARMPROGRAM    /informix/etc/log_full.sh # Alarm program path
  34. ALARMPROGRAM    /informix/etc/no_log.sh # Alarm program path
  35. TBLSPACE_STATS  1               # Maintain tblspace statistics

  36. # System Archive Tape Device

  37. TAPEDEV         /dev/null       # Tape device path
  38. TAPEBLK         32              # Tape block size (Kbytes)
  39. TAPESIZE        10240           # Maximum amount of data to put on tape (Kbytes)

  40. # Log Archive Tape Device

  41. #LTAPEDEV        /dev/rmt0       # Log tape device path
  42. LTAPEDEV        /dev/null       # Log tape device path
  43. LTAPEBLK        32              # Log tape block size (Kbytes)
  44. LTAPESIZE       1024000         # Max amount of data to put on log tape (Kbytes)

  45. # Optical

  46. STAGEBLOB                       # Informix Dynamic Server staging area

  47. # System Configuration

  48. SERVERNUM       0               # Unique id corresponding to a OnLine instance
  49. DBSERVERNAME    www           # Name of default database server
  50. DBSERVERALIASES                 # List of alternate dbservernames
  51. DEADLOCK_TIMEOUT 60              # Max time to wait of lock in distributed env.
  52. RESIDENT        0               # Forced residency flag (Yes = 1, No = 0)

  53. MULTIPROCESSOR  1               # 0 for single-processor, 1 for multi-processor
  54. NUMCPUVPS       5               # Number of user (cpu) vps, 20080127 2 -> 7
  55. SINGLE_CPU_VP   0               # If non-zero, limit number of cpu vps to one

  56. NOAGE           1               # Process aging, 20080127 0 -> 1
  57. AFF_SPROC       0               # Affinity start processor
  58. AFF_NPROCS      0               # Affinity number of processors

  59. # Shared Memory Parameters

  60. LOCKS           4000000         # Maximum number of locks
  61. BUFFERS         800000          # Maximum number of shared buffers
  62. NUMAIOVPS                       # Number of IO vps
  63. PHYSBUFF        128             # Physical log buffer size (Kbytes)
  64. LOGBUFF         128             # Logical log buffer size (Kbytes)
  65. CLEANERS        1               # Number of buffer cleaner processes
  66. SHMBASE         0x700000000000000 # Shared memory base address
  67. SHMVIRTSIZE     8000            # initial virtual shared memory segment size
  68. SHMADD          8192            # Size of new shared memory segments (Kbytes)
  69. SHMTOTAL        0               # Total shared memory (Kbytes). 0=>unlimited
  70. CKPTINTVL       300             # Check point interval (in sec)
  71. LRUS            8               # Number of LRU queues
  72. LRU_MAX_DIRTY   60.000000       # LRU percent dirty begin cleaning limit
  73. LRU_MIN_DIRTY   50.000000       # LRU percent dirty end cleaning limit
  74. TXTIMEOUT       0x12c             # Transaction timeout (in sec)
  75. STACKSIZE       64

  76. # Dynamic Logging
  77. # DYNAMIC_LOGS:
  78. #    2 : server automatically add a new logical log when necessary. (ON)
  79. #    1 : notify DBA to add new logical logs when necessary. (ON)
  80. #    0 : cannot add logical log on the fly. (OFF)
  81. #
  82. # When dynamic logging is on, we can have higher values for LTXHWM/LTXEHWM,
  83. # because the server can add new logical logs during long transaction rollback.
  84. # However, to limit the number of new logical logs being added, LTXHWM/LTXEHWM
  85. # can be set to smaller values.
  86. #
  87. # If dynamic logging is off, LTXHWM/LTXEHWM need to be set to smaller values
  88. # to avoid long transaction rollback hanging the server due to lack of logical
  89. # log space, i.e. 50/60 or lower.

  90. DYNAMIC_LOGS    2
  91. LTXHWM          70
  92. LTXEHWM         80

  93. # System Page Size
  94. # BUFFSIZE - OnLine no longer supports this configuration parameter.
  95. #            To determine the page size used by OnLine on your platform
  96. #            see the last line of output from the command, 'onstat -b'.


  97. # Recovery Variables
  98. # OFF_RECVRY_THREADS:
  99. # Number of parallel worker threads during fast recovery or an offline restore.
  100. # ON_RECVRY_THREADS:
  101. # Number of parallel worker threads during an online restore.

  102. OFF_RECVRY_THREADS 10              # Default number of offline worker threads
  103. ON_RECVRY_THREADS 1               # Default number of online worker threads

  104. # Data Replication Variables
  105. DRINTERVAL      30              # DR max time between DR buffer flushes (in sec)
  106. DRTIMEOUT       30              # DR network timeout (in sec)
  107. DRLOSTFOUND     /informix/etc/dr.lostfound # DR lost+found file path

  108. # CDR Variables
  109. CDR_EVALTHREADS 1,2             # evaluator threads (per-cpu-vp,additional)
  110. CDR_DSLOCKWAIT  5               # DS lockwait timeout (seconds)
  111. CDR_QUEUEMEM    4096            # Maximum amount of memory for any CDR queue (K)
  112. CDR_NIFCOMPRESS 0               # Link level compression (-1 never, 0 none, 9 m)
  113. CDR_SERIAL      0,0             # Serial Column Sequence
  114. CDR_DBSPACE                     # dbspace for syscdr database
  115. CDR_QHDR_DBSPACE                 # CDR queue dbspace (default same as catalog)
  116. CDR_QDATA_SBSPACE                 # List of CDR queue smart blob spaces

  117. # CDR_MAX_DYNAMIC_LOGS
  118. # -1 => unlimited
  119. #  0 => disable dynamic log addition
  120. # >0 => limit the no. of dynamic log additions with the specified value.
  121. # Max dynamic log requests that CDR can make within one server session.

  122. CDR_MAX_DYNAMIC_LOGS 0               # Dynamic log addition disabled by default

  123. # Backup/Restore variables
  124. BAR_BSALIB_PATH /usr/tivoli/tsm/client/informix/bin64/bsashr10.o
  125. BAR_ACT_LOG     /informix/bar_act.log # ON-Bar Log file - not in /tmp please
  126. BAR_DEBUG_LOG   /informix/bar_dbug.log
  127.                                 # ON-Bar Debug Log - not in /tmp please
  128. BAR_MAX_BACKUP  1
  129. BAR_RETRY       1
  130. BAR_NB_XPORT_COUNT 10
  131. BAR_XFER_BUF_SIZE 31
  132. RESTARTABLE_RESTORE on
  133. BAR_PROGRESS_FREQ 0

  134. # Informix Storage Manager variables
  135. ISM_DATA_POOL   ISMData
  136. ISM_LOG_POOL    ISMLogs

  137. # Read Ahead Variables
  138. RA_PAGES        32              # Number of pages to attempt to read ahead, 2002
  139. RA_THRESHOLD                    # Number of pages left before next group

  140. # DBSPACETEMP:
  141. # OnLine equivalent of DBTEMP for SE. This is the list of dbspaces
  142. # that the OnLine SQL Engine will use to create temp tables etc.
  143. # If specified it must be a colon separated list of dbspaces that exist
  144. # when the OnLine system is brought online.  If not specified, or if
  145. # all dbspaces specified are invalid, various ad hoc queries will create
  146. # temporary files in /tmp instead.

  147. DBSPACETEMP     tmpdbs          # Default temp dbspaces

  148. # DUMP*:
  149. # The following parameters control the type of diagnostics information which
  150. # is preserved when an unanticipated error condition (assertion failure) occurs
  151. # during OnLine operations.
  152. # For DUMPSHMEM, DUMPGCORE and DUMPCORE 1 means Yes, 0 means No.

  153. DUMPDIR         /tmp            # Preserve diagnostics in this directory
  154. DUMPSHMEM       1               # Dump a copy of shared memory
  155. DUMPGCORE       0               # Dump a core image using 'gcore'
  156. DUMPCORE        0               # Dump a core image (Warning:this aborts OnLine)
  157. DUMPCNT         1               # Number of shared memory or gcore dumps for
  158.                                 # a single user's session

  159. FILLFACTOR      90              # Fill factor for building indexes

  160. # method for OnLine to use when determining current time
  161. USEOSTIME       0               # 0: use internal time(fast), 1: get time from )

  162. # Parallel Database Queries (pdq)
  163. MAX_PDQPRIORITY 100             # Maximum allowed pdqpriority
  164. DS_MAX_QUERIES                  # Maximum number of decision support queries
  165. DS_TOTAL_MEMORY                 # Decision support memory (Kbytes)
  166. DS_MAX_SCANS    1048576         # Maximum number of decision support scans
  167. DATASKIP        off             # List of dbspaces to skip

  168. # OPTCOMPIND
  169. # 0 => Nested loop joins will be preferred (where
  170. #      possible) over sortmerge joins and hash joins.
  171. # 1 => If the transaction isolation mode is not
  172. #      "repeatable read", optimizer behaves as in (2)
  173. #      below.  Otherwise it behaves as in (0) above.
  174. # 2 => Use costs regardless of the transaction isolation
  175. #      mode.  Nested loop joins are not necessarily
  176. #      preferred.  Optimizer bases its decision purely
  177. #      on costs.
  178. OPTCOMPIND      2               # To hint the optimizer

  179. DIRECTIVES      1               # Optimizer DIRECTIVES ON (1/Default) or OFF (0

  180. ONDBSPACEDOWN   2               # Dbspace down option: 0 = CONTINUE, 1 = ABORT,T
  181. OPCACHEMAX      0               # Maximum optical cache size (Kbytes)

  182. # HETERO_COMMIT (Gateway participation in distributed transactions)
  183. # 1 => Heterogeneous Commit is enabled
  184. # 0 (or any other value) => Heterogeneous Commit is disabled
  185. HETERO_COMMIT   0

  186. SBSPACENAME                     # Default smartblob space name - this is where s
  187.                        # go if no sbspace is specified when the smartblob is
  188.                        # created. It is also used by some datablades as
  189.                        # the location to put their smartblobs.
  190. SYSSBSPACENAME                  # Default smartblob space for use by the Inform
  191.                        # Server. This is used primarily for Informix Server
  192.                        # system statistics collection.

  193. BLOCKTIMEOUT    3600            # Default timeout for system block
  194. SYSALARMPROGRAM /informix/etc/evidence.sh # System Alarm program path

  195. # Optimization goal: -1 = ALL_ROWS(Default), 0 = FIRST_ROWS
  196. OPT_GOAL        -1

  197. ALLOW_NEWLINE   0               # embedded newlines(Yes = 1, No = 0 or anything)

  198. #
  199. # The following are default settings for enabling Java in the database.
  200. # Replace all occurrences of /usr/informix with the value of $INFORMIXDIR.

  201. #VPCLASS        jvp,num=1       # Number of JVPs to start with

  202. JVPJAVAHOME     /usr/informix/extend/krakatoa/jre
  203.                                 # JRE installation root directory
  204. JVPHOME         /usr/informix/extend/krakatoa # Krakatoa installation directory

  205. JVPPROPFILE     /usr/informix/extend/krakatoa/.jvpprops # JVP property file

  206. JDKVERSION      1.3             # JDK version supported by this server

  207. # The path to the JRE libraries relative to JVPJAVAHOME
  208. JVPJAVALIB      /bin

  209. # The JRE libraries to use for the Java VM

  210. JVPJAVAVM       hpi:jvm:java:net:zip:jpeg

  211. # use JVPARGS to change Java VM configuration
  212. #To display jni call
  213. #JVPARGS        -verbose:jni

  214. # Classpath to use upon Java VM start-up (use _g version for debugging)

  215. #JVPCLASSPATH  /usr/informix/extend/krakatoa/krakatoa_g.jar:/usr/informix/extenr
  216. JVPCLASSPATH    /usr/informix/extend/krakatoa/krakatoa.jar:/usr/informix/extendr


  217. $
复制代码

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
3 [报告]
发表于 2008-02-17 23:14 |只看该作者
# Shared Memory Parameters

LOCKS           4000000         # Maximum number of locks
BUFFERS         800000          # Maximum number of shared buffers
NUMAIOVPS                       # Number of IO vps


这里 BUFFERS 才800,000 ..似乎可以加大些..............限制数据库只用4G的话BUFFERS可以1,200,000.


对于
数据库独用分区 用的 p570 4C 逻辑cpu是8个,NUMCPUVPS       5 是否合适?
SHMVIRTSIZE     8000            # initial virtual shared memory segment size
SHMADD          8192            # Size of new shared memory segments (Kbytes)

NUMCPUVPS 配置建议,当8个时,配置为8*0.7=5.6,则配置为5,合适.      
Number of CPUs        MUTIPROCESSOR        NUMCPUVPS        SINGLE_CPU_VP
1        0        1        1
2        1        1        1
3-7        1        CPU个数-1        0
>7        1        CPU个数×0.7        0

对于SHMADD/SHMVIRTSIZE
SHMADD         指定将动态添加至 Informix 通用服务器共享内存的虚拟部分的内存段的大小。

推荐设置:

物理内存                                SHMADD 值

< 256MB                                 8192 KB

> 256MB 和 < 512MB                      16384 KB

> 512MB                                 32768 KB

onconfig 文件设置推荐值:SHMADD 32768

论坛徽章:
0
4 [报告]
发表于 2008-02-18 11:02 |只看该作者
1. 读命中率低很可能是两个原因导致: i) 共享内存分配不足。你的主机8g内存,如果只跑数据库可以设定到4g,如果还有其他应用在此机运行,可以考虑分配给数据库共享内存为30%,如2g。 ii)可能当前dbms中对sql的执行计划已经老化,导致数据在disk与memory中的交换效率低,可以执行update statistics操作更新sql执行计划。同时onstat -z清空记录,过一段时间再onstat -p观察结果。

2. 你的$ONCONFIG中几个参数配置建议如下:
   不晓得你的库中运行更新的sql操作是否频繁,online日志中记录的ckp执行时长是多少,从现在的配置看应该不会触发LRU写来分担CKP写的压力,而且物理日志空间中
   PHYDBS 目前设定1g,有点儿大,基本不会触发达到75%物理日志空间时执行CKP的操作,而且执行恢复操作的时间也会长。建议更新为50m或100m
     NUMCPUVPS   可以按物理cpu数 -1的值来设定,即7,同时设定AFF_SPROC 1 AFF_NPROCS 7
     DUMPSHMEM  建议设定为0,这样在db crash时可以不导出内核信息,即不生成shmem文件
    LRU_MIN_DIRTY 0
     LRU_MAX_DIRTY 0.5  这两个参数的调整合理可以触发LRU写来分担CKP写的压力,缩短CKP写的执行时长

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
5 [报告]
发表于 2008-02-18 11:29 |只看该作者
在9.4版本里不支持
LRU_MAX_DIRTY 0.5 为小数.......   

LRU_MAX/MIN_DIRTY 这参数建议视情况而定....

============================
2. 你的$ONCONFIG中几个参数配置建议如下:
   不晓得你的库中运行更新的sql操作是否频繁,online日志中记录的ckp执行时长是多少,从现在的配置看应该不会触发LRU写来分担CKP写的压力,而且物理日志空间中
   PHYDBS 目前设定1g,有点儿大,基本不会触发达到75%物理日志空间时执行CKP的操作,而且执行恢复操作的时间也会长。建议更新为50m或100m
     NUMCPUVPS   可以按物理cpu数 -1的值来设定,即7,同时设定AFF_SPROC 1 AFF_NPROCS 7
     DUMPSHMEM  建议设定为0,这样在db crash时可以不导出内核信息,即不生成shmem文件
    LRU_MIN_DIRTY 0
     LRU_MAX_DIRTY 0.5  这两个参数的调整合理可以触发LRU写来分担CKP写的压力,缩短CKP写的执行时长

论坛徽章:
0
6 [报告]
发表于 2008-02-18 17:20 |只看该作者
不一定是高了就好。太高可能是表明你的程序执行了太多的逻辑读。关键看当时数据库执行的具体的应用是什么。比如一个程序反反复复执行一个select,该查询就是查当前的某个表登记的业务日期。
这个时候,程序执行了太多的逻辑读。此时的hit就会很高。相应的,如果你能在程序里面一次读出这个日期,以后每次直接从变量里面读取,可能会是更好的办法。但是这样一来,通过系统的观察,看到的hit就会明显的降低。但是,实际上,确实会明显的提高应用的处理能力。
不知道我说的是不是对。

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
7 [报告]
发表于 2008-02-19 08:57 |只看该作者
buf 应该是小了,查了下数据库,20G的数据里竟然有个5G的用户协议表,而且这个协议表是索引随机访问的,估计预读对这个表作用有限
目前分区是8G内存, 数据库占 4780176 Kbytes ,准备先调到6G再看看效果。
昨晚跑了update statistics ,接近20分钟,感觉命中率改善不大

onstat -z 清0后,10小时的数据

  1. Informix Dynamic Server Version 9.40.FC1     -- On-Line -- Up 19 days 06:53:05 -
  2. - 4780176 Kbytes

  3. Profile
  4. dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached
  5. 983840979 1101579221 4951842381 80.13   440698   955466   4752230  90.73

  6. isamtot  open     start    read     write    rewrite  delete   commit   rollbk
  7. 42728661 2313667  2444772  18276490 38543    13464    468772   60227    2

  8. gp_read  gp_write gp_rewrt gp_del   gp_alloc gp_free  gp_curs
  9. 0        0        0        0        0        0        0

  10. ovlock   ovuserthread ovbuff   usercpu  syscpu   numckpts flushes
  11. 0        0            0        13928.18 26005.40 112      224

  12. bufwaits lokwaits lockreqs deadlks  dltouts  ckpwaits compress seqscans
  13. 35988936 81       1538362578 0        0        40       7258     164357

  14. ixda-RA  idx-RA   da-RA    RA-pgsused lchwaits
  15. 439917   8470     982109758 965432881  11562269

复制代码

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
8 [报告]
发表于 2008-02-19 15:04 |只看该作者
原帖由 hanyu 于 2008-2-19 08:57 发表
buf 应该是小了,查了下数据库,20G的数据里竟然有个5G的用户协议表,而且这个协议表是索引随机访问的,估计预读对这个表作用有限
目前分区是8G内存, 数据库占 4780176 Kbytes ,准备先调到6G再看看效果。
昨 ...


这里显示的bufwaits大多了...增大一些BUF....

bufwaits lokwaits lockreqs deadlks  dltouts  ckpwaits compress seqscans
35988936 81       1538362578 0        0        40       7258     164357

论坛徽章:
1
荣誉版主
日期:2011-11-23 16:44:17
9 [报告]
发表于 2008-02-22 17:47 |只看该作者
奇怪,这几天 ,数据库表并无任何调整,但命中率突然有显著提高,难道真的是update statistics 的原因,准备再观察几天

  1. $ onstat -p

  2. Informix Dynamic Server Version 9.40.FC1     -- On-Line -- Up 22 days 15:54:43 -
  3. - 4927632 Kbytes

  4. Profile
  5. dskreads pagreads bufreads %cached dskwrits pagwrits bufwrits %cached
  6. 170107327 196569456 97721493116 99.83   6776103  15038660 54456457 87.56

  7. isamtot  open     start    read     write    rewrite  delete   commit   rollbk
  8. 1501499068 46461948 46834472 921999305 12069389 27356180 3210472  2340264  2243

  9. gp_read  gp_write gp_rewrt gp_del   gp_alloc gp_free  gp_curs
  10. 0        0        0        0        0        0        0

  11. ovlock   ovuserthread ovbuff   usercpu  syscpu   numckpts flushes
  12. 0        0            0        167999.81 71636.52 806      1612

  13. bufwaits lokwaits lockreqs deadlks  dltouts  ckpwaits compress seqscans
  14. 5388711  7411     16118752653 3        0        1671     452971   2723547

  15. ixda-RA  idx-RA   da-RA    RA-pgsused lchwaits
  16. 1268115  151490   161444696 155192640  429398338


复制代码
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP