|
|
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Не устраивает быстродействие IDS 9.30 (Solaris 8/4x1GHz Sparc/8GB ОЗУ). Я собрал статистику за 3,5 ч. работы под типичной нагрузкой, она в прицепе (слегка урезанная), онконфиг прямо тут. Хотел бы услышать ваши соображения на этот счет. # Root Dbspace Configuration ROOTNAME rootdbs # Root dbspace name ROOTPATH /ifxdev/disk00/disk00 # Path for device containing root dbspace ROOTOFFSET 10 # Offset of root dbspace into device (Kbytes) ROOTSIZE 2000000 # Size of root dbspace (Kbytes) # Disk Mirroring Configuration Parameters MIRROR 1 # Mirroring flag (Yes = 1, No = 0) MIRRORPATH /ifxdev/disk00m/disk00m # Path for device containing mirrored root MIRROROFFSET 10 # Offset into mirrored device (Kbytes) # Physical Log Configuration PHYSDBS rootdbs # Location (dbspace) of physical log PHYSFILE 300000 # Physical log file size (Kbytes) # Logical Log Configuration LOGFILES 25 # Number of logical log files LOGSIZE 150000 # Logical log size (Kbytes) # Diagnostics MSGPATH /export/home/informix/log/online.log # System message log file path CONSOLE /export/home/informix/log/console.log # System console message path ALARMPROGRAM /export/home/informix/etc/log_full.sh # Alarm program path #ALARMPROGRAM /export/home/informix/bin2/event_ol TBLSPACE_STATS 0 # Maintain tblspace statistics # System Archive Tape Device TAPEDEV /export/home/informix/dev/tapedev # Tape device path TAPEBLK 16 # Tape block size (Kbytes) TAPESIZE 20480000 # Maximum amount of data to put on tape (Kbytes) # Log Archive Tape Device LTAPEDEV /export/home/informix/dev/ltapedev # Log tape device path LTAPEBLK 16 # Log tape block size (Kbytes) LTAPESIZE 2048000 # Max amount of data to put on log tape (Kbytes) # Optical STAGEBLOB # Informix Dynamic Server 2000 staging area # System Configuration SERVERNUM 0 # Unique id corresponding to a OnLine instance DBSERVERNAME hdesk_on # Name of default database server DBSERVERALIASES hdesk # List of alternate dbservernames NETTYPE ipcshm,2,50,CPU # Configure poll thread(s) for nettype NETTYPE tlitcp,2,100,NET # Configure poll thread(s) for nettype DEADLOCK_TIMEOUT 60 # Max time to wait of lock in distributed env. RESIDENT 1 # Forced residency flag (Yes = 1, No = 0) MULTIPROCESSOR 1 # 0 for single-processor, 1 for multi-processor NUMCPUVPS 16 # Number of user (cpu) vps SINGLE_CPU_VP 0 # If non-zero, limit number of cpu vps to one NOAGE 0 # Process aging AFF_SPROC 0 # Affinity start processor AFF_NPROCS 4 # Affinity number of processors # Shared Memory Parameters LOCKS 400000 # Maximum number of locks BUFFERS 1500000 # Maximum number of shared buffers NUMAIOVPS 16 # Number of IO vps PHYSBUFF 64 # Physical log buffer size (Kbytes) LOGBUFF 64 # Logical log buffer size (Kbytes) CLEANERS 100 # Number of buffer cleaner processes SHMBASE 0xa000000 # Shared memory base address SHMVIRTSIZE 8192 # initial virtual shared memory segment size SHMADD 8192 # Size of new shared memory segments (Kbytes) SHMTOTAL 0 # Total shared memory (Kbytes). 0=>unlimited CKPTINTVL 300 # Check point interval (in sec) LRUS 100 # Number of LRU queues LRU_MAX_DIRTY 60 # LRU percent dirty begin cleaning limit LRU_MIN_DIRTY 50 # LRU percent dirty end cleaning limit LTXHWM 45 # Long transaction high water mark percentage LTXEHWM 54 # Long transaction high water mark (exclusive) TXTIMEOUT 0x12c # Transaction timeout (in sec) STACKSIZE 64 # Stack size (Kbytes) # System Page Size # BUFFSIZE - OnLine no longer supports this configuration parameter. # To determine the page size used by OnLine on your platform # see the last line of output from the command, 'onstat -b'. # Recovery Variables # OFF_RECVRY_THREADS: # Number of parallel worker threads during fast recovery or an offline restore. # ON_RECVRY_THREADS: # Number of parallel worker threads during an online restore. OFF_RECVRY_THREADS 1 # Default number of offline worker threads ON_RECVRY_THREADS 1 # Default number of online worker threads # Data Replication Variables DRINTERVAL 30 # DR max time between DR buffer flushes (in sec) DRTIMEOUT 30 # DR network timeout (in sec) DRLOSTFOUND /export/home/informix/etc/dr.lostfound # DR lost+found file path # CDR Variables CDR_EVALTHREADS 1,2 # evaluator threads (per-cpu-vp,additional) CDR_DSLOCKWAIT 5 # DS lockwait timeout (seconds) CDR_QUEUEMEM 4096 # Maximum amount of memory for any CDR queue (Kbytes) CDR_NIFCOMPRESS 0 # Link level compression (-1 never, 0 none, 9 max) # Backup/Restore variables BAR_ACT_LOG /tmp/bar_act.log BAR_MAX_BACKUP 0 BAR_RETRY 1 BAR_NB_XPORT_COUNT 10 BAR_XFER_BUF_SIZE 31 RESTARTABLE_RESTORE off BAR_PROGRESS_FREQ 0 # Informix Storage Manager variables ISM_DATA_POOL ISMData ISM_LOG_POOL ISMLogs # Read Ahead Variables RA_PAGES 64 # Number of pages to attempt to read ahead RA_THRESHOLD 32 # Number of pages left before next group # DBSPACETEMP: # OnLine equivalent of DBTEMP for SE. This is the list of dbspaces # that the OnLine SQL Engine will use to create temp tables etc. # If specified it must be a colon separated list of dbspaces that exist # when the OnLine system is brought online. If not specified, or if # all dbspaces specified are invalid, various ad hoc queries will create # temporary files in /tmp instead. DBSPACETEMP dbtemp:dbtemp1 # Default temp dbspaces # DUMP*: # The following parameters control the type of diagnostics information which # is preserved when an unanticipated error condition (assertion failure) occurs # during OnLine operations. # For DUMPSHMEM, DUMPGCORE and DUMPCORE 1 means Yes, 0 means No. DUMPDIR /tmp # Preserve diagnostics in this directory DUMPSHMEM 0 # Dump a copy of shared memory DUMPGCORE 0 # Dump a core image using 'gcore' DUMPCORE 0 # Dump a core image (Warning:this aborts OnLine) DUMPCNT 0 # Number of shared memory or gcore dumps for # a single user's session FILLFACTOR 90 # Fill factor for building indexes # method for OnLine to use when determining current time USEOSTIME 0 # 0: use internal time(fast), 1: get time from OS(slow) # Parallel Database Queries (pdq) MAX_PDQPRIORITY 100 # Maximum allowed pdqpriority DS_MAX_QUERIES 32 # Maximum number of decision support queries DS_TOTAL_MEMORY 4096 # Decision support memory (Kbytes) DS_MAX_SCANS 1048576 # Maximum number of decision support scans DATASKIP off # List of dbspaces to skip # OPTCOMPIND # 0 => Nested loop joins will be preferred (where # possible) over sortmerge joins and hash joins. # 1 => If the transaction isolation mode is not # "repeatable read", optimizer behaves as in (2) # below. Otherwise it behaves as in (0) above. # 2 => Use costs regardless of the transaction isolation # mode. Nested loop joins are not necessarily # preferred. Optimizer bases its decision purely # on costs. OPTCOMPIND 2 # To hint the optimizer DIRECTIVES 1 # Optimizer DIRECTIVES ON (1/Default) or OFF (0) ONDBSPACEDOWN 0 # Dbspace down option: 0 = CONTINUE, 1 = ABORT, 2 = WAIT OPCACHEMAX 0 # Maximum optical cache size (Kbytes) # HETERO_COMMIT (Gateway participation in distributed transactions) # 1 => Heterogeneous Commit is enabled # 0 (or any other value) => Heterogeneous Commit is disabled HETERO_COMMIT 0 SBSPACENAME # Default smartblob space name - this is where blobs # go if no sbspace is specified when the smartblob is # created. It is also used by some datablades as # the location to put their smartblobs. SYSSBSPACENAME # Default smartblob space for use by the Informix # Server. This is used primarily for Informix Server # system statistics collection. BLOCKTIMEOUT 3600 # Default timeout for system block SYSALARMPROGRAM /export/home/informix/etc/evidence.sh # System Alarm program path # Optimization goal: -1 = ALL_ROWS(Default), 0 = FIRST_ROWS OPT_GOAL -1 ALLOW_NEWLINE 0 # embedded newlines(Yes = 1, No = 0 or anything but 1) # # The following are default settings for enabling Java in the database. # Replace all occurrences of /usr/informix with the value of $INFORMIXDIR. #VPCLASS jvp,num=1 # Number of JVPs to start with JVPJAVAHOME /usr/informix/extend/krakatoa/jre/ # JRE installation root directory JVPHOME /usr/informix/extend/krakatoa # Krakatoa installation directory JVPPROPFILE /usr/informix/extend/krakatoa/.jvpprops # JVP property file JDKVERSION 1.2 # JDK version supported by this server JVMTHREAD native # Java VM thread type (green or native) # The path to the JRE libraries relative to JVPJAVAHOME JVPJAVALIB /lib/sparc/ # The JRE libraries to use for the Java VM JVPJAVAVM hpi:jvm:java:net:math:zip:jpeg # Classpath to use upon Java VM start-up (use _g version for debugging) # JVPCLASSPATH /usr/informix/extend/krakatoa/krakatoa.jar:/usr/informix/extend/krakatoa/jdbc.jar JVPCLASSPATH /usr/informix/extend/krakatoa/krakatoa_g.jar:/usr/informix/extend/krakatoa/jdbc_g.jar #JVPLOGFILE jvp.log # JVP log file. BAR_DEBUG_LOG /tmp/bar_dbug.log # ON-Bar Debug Log - not in /tmp please BAR_BSALIB_PATH /opt/omni/lib/libob2informix_64bit.so CDR_SERIAL 0,0 # Serial Column Sequence CDR_DBSPACE # dbspace for syscdr database CDR_QHDR_DBSPACE # CDR queue dbspace (default same as catalog) CDR_QDATA_SBSPACE # CDR queue smart blob space CDR_QDATA_SBFLAGS 2 # Log/no-log (default no log) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 16:41 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Alex IvanovЗдравствуйте! Не устраивает быстродействие IDS 9.30 (Solaris 8/4x1GHz Sparc/8GB ОЗУ). Я собрал ... А что не устраивает? Оно всегда так было и или вчера началось? PDQ не настроено (все по умолчанию), а вроде используется. Может кто-то случайно собрал статистику на процедуры с включенным pqd? Процессоры простаивают, но некоторая конкуренция за 12 dbtemp и (13 dbtemp1). Индексы перестали использоваться? Надо лечить 19 вирт. сегментов SHMVIRTSIZE 163840 #(20*8192) SHMADD 8192 Длинные чекпоинты не напрягают? LRU_MAX_DIRTY 60 LRU_MIN_DIRTY 50 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 16:57 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Так не надо делать: Код: plaintext 1. 2. 3. 4. 5. 6. Зачем distinct ? count(distinct da.userid_exec) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:02 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Последние 2 недели началась медленная работа. Что касается SQL-запросов, то это у нас так программисты писали, и их сейчас не изменишь. А что лучше в PDQ поставить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:06 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Alex IvanovNETTYPE tlitcp,2,100,NET # Configure poll thread(s) for nettype если всегда так мало соединений, то зачем вам лишние процессы? Поставьте CPU Alex IvanovNUMCPUVPS 16 # Number of user (cpu) vps зачем вам столько? судя по статистике, 4 вполне справятся. Alex IvanovCLEANERS 100 # Number of buffer cleaner processes вообще больше 1 клинерса на чанк смысла нет. У вас работают только 6. Alex IvanovSHMVIRTSIZE 8192 # initial virtual shared memory segment size почему так мало? У вас много сегментов. Памяти вроде бы достаточно Alex IvanovLRU_MAX_DIRTY 60 # LRU percent dirty begin cleaning limit LRU_MIN_DIRTY 50 # LRU percent dirty end cleaning limit чекпойнты у вас не быстрые, поставьте 20/10 Alex IvanovOPTCOMPIND 2 # To hint the optimizer для OLTP систем рекомендуют ставить 0. Хотя все зависит от приложений ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:08 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Alex IvanovПоследние 2 недели началась медленная работа. как статистику обновляете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:09 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
да, и просто любопытно - почему логи не бэкапятся? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:12 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Тан Alex IvanovNUMCPUVPS 16 # Number of user (cpu) vps зачем вам столько? судя по статистике, 4 вполне справятся. При AFF_SPROC 0 # Affinity start processor AFF_NPROCS 4 # Affinity number of processors :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:12 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Журавлев Дениснекоторая конкуренция за 12 dbtemp и (13 dbtemp1). Индексы перестали использоваться? это наверное из-за hash join ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:17 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
CLEANERS=LRUS, из этого и ставил. Если уменьшить LRU_MAX_DIRTY и LRU_MIN_DIRTY, то буфера будут очищаться быстрее, пробовал, стало только медленнее NUMCPUVPS д.б. = числу процессоров? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:21 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Параметры PDQ, как я понял надо увеличить число и объем памяти, только насколько? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:23 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Alex IvanovCLEANERS=LRUS, из этого и ставил. Если уменьшить LRU_MAX_DIRTY и LRU_MIN_DIRTY, то буфера будут очищаться быстрее, пробовал, стало только медленнее NUMCPUVPS д.б. = числу процессоров? никто никому ничего не должен, правила существуют для первоначальной установки параметров, потом надо настраивать для конкретного сервера. и все равно непонятно, что именно медленно. Запросы выполняются медленно? Все или какие-то особенные? Если было быстро, а стало медленно, значит кто-то что-то где-то поменял. Если найдете, что поменяли, будет легче решить проблему. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:27 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Alex IvanovЕсли уменьшить LRU_MAX_DIRTY и LRU_MIN_DIRTY, то буфера будут очищаться быстрее, пробовал, стало только медленнее буфера кстати не очищаются. Модифицированные страницы синхронизируются с диском. На скорость селектов этот процесс не влияет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:32 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Alex IvanovПараметры PDQ, как я понял надо увеличить число и объем памяти, только насколько?Про PDQ отставить -- это я перепутал, не используется оно наверно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:32 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Производительность падает на высоких нагрузках, когда много пользователей одновременно начинают выполнять запросы. Клиентское приложение - веб сервер (Apache + PHP) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:33 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Alex IvanovПроизводительность падает на высоких нагрузках, когда много пользователей одновременно начинают выполнять запросы. Клиентское приложение - веб сервер (Apache + PHP) за эти 3,5 часа такая ситуация была? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:35 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Сколько опер. памяти на серваке? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:43 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
О том была или нет можно только судить субъективно, но похоже что не совсем пиковая нагрузка была. Это зависит от ситуации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:43 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
zefsСколько опер. памяти на серваке? 8 Гб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:43 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Тан Alex IvanovOPTCOMPIND 2 # To hint the optimizer для OLTP систем рекомендуют ставить 0. Хотя все зависит от приложений не пробовали никогда ставить 0? Если нет, обязательно попробуйте, очень сильно на производительность влияет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2006, 17:59 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Database server currently processing SQL task ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 07:17 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
В момент нагрузки на сервере iowait может достигать 50%, а процессоры простаивают. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 08:50 |
|
||
|
Производительность сервера БД
|
|||
|---|---|---|---|
|
#18+
Проблема в приложении и в головах тех кто проектировал и писал этот хелпдеск. И немного в дисках, и у тебя не рау. Покажи dbschema -d journal -t demand -hd demand dbschema -d journal -t dem_reg -hd dem_reg dbschema -d journal -t dem_punct -hd dem_punct ----------------------------------------------------------- Решительный шаг вперед -- результат хорошего пинка сзади ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 09:07 |
|
||
|
|

start [/forum/topic.php?fid=44&msg=33574696&tid=1608631]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
156ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 205ms |
| total: | 455ms |

| 0 / 0 |
