DrGonzoЕсли хотите понять, где теряется время у вас при создании базы, мониторьте статус нити sqlexec, выполняющей CREATE DATABASE.
При любом статусе, отличном от 'running' "
onstat -g stk <tid> " должен показать стек нити.
Если нить большую часть времени проводит в статусе 'running', определите на каком CPU VP выполняется CREATE DATABASE. И пока оно крутится, соберите несколько стеков процесса одним из нижеследующих способов.
a)
pstack <oninit_PID> (предпочтителен, т.к. бывали случаи, когда 'onmode -X' заваливал весь инстанс)
b)
onmode -X stack <VP #>
сессия
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
session effective #RSAM total used dynamic
id user user tty pid hostname threads memory memory explain
24746236 xxx - 4 10561 xxxx 1 155648 115440 off
tid name rstcb flags curstk status
24767513 sqlexec 636f35c88 --BP--- 10288 IO Wait-
Memory pools count 2
name class addr totalsize freesize #allocfrag #freefrag
24746236 V 612660040 151552 39400 192 37
24746236*O0 V 5ca9d5040 4096 808 1 1
name free used name free used
overhead 0 6576 scb 0 144
opentable 0 4312 filetable 0 1392
ru 0 600 misc 0 168
log 0 16536 temprec 0 21664
keys 0 968 ralloc 0 12256
gentcb 0 1592 ostcb 0 2920
sqscb 0 27800 sql 0 72
rdahead 0 1120 hashfiletab 0 552
osenv 0 2896 sqtcb 0 6928
fragman 0 216 udr 0 6728
sqscb info
scb sqscb optofc pdqpriority optcompind directives
744319028 5f5a94028 0 0 2 1
Sess SQL Current Iso Lock SQL ISAM F.E.
Id Stmt type Database Lvl Mode ERR ERR Vers Explain
24746236 CREATE DATABAS xxx CR Not Wait 0 0 9.24 Off
Current SQL statement :
create database xxx in xxx with buffered log
Last parsed SQL statement :
create database xxx in xxx with buffered log
onstat -g stk
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
0x0000000001090cb9 (oninit) yield_processor_mvp
0x000000000109256d (oninit) mt_yield
0x00000000010ad8b7 (oninit) mt_aio_wait
0x00000000010afef3 (oninit) mt_aio_start
0x00000000010c815b (oninit) mt_aio_fread
0x000000000087b187 (oninit) scread
0x000000000087f206 (oninit) dbcreate
0x000000000062abd6 (oninit) aud_dbcreate
0x00000000009fcd4e (oninit) excommand
0x00000000008d0beb (oninit) sq_execute
0x000000000098c716 (oninit) sqmain
0x00000000011565b7 (oninit) spawn_thread
0x00000000010a38ca (oninit) startup
pstack
1.
2.
3.
4.
5.
#0 0x000000325c8d6397 in semop () from /lib64/libc.so.6
#1 0x0000000001096993 in P ()
#2 0x0000000001097168 in idle_processor ()
#3 0x00000000010a38ca in startup ()
#4 0x0000000000000000 in ?? ()
onmode -X дало пусто. у него в хелпе даже ключа такого нет.
Спит оно пока ввода-вывода ждёт.
Вопрос чего именно ей так от ввода-вывода надо - остальные задачи работают и не жалуются...
DrGonzo
> А при удлении ? Действий явно требуется больше чем при создании
Действий больше при создании. При создании базы создается набор таблиц системного каталога с индексами и тд. Для всего этого надо искать и выделять место. Выделение экстентов записывается в журнал, даже если создаваемая база не логируется. Если база с логом, то создание сис. каталога попадет в журнал в дополнение ко всему остальному.
При удалении по большому счету мы отмечаем свободное место в chunk free list page, обнуляются страницы tblspace tblspace (сами страницы таблиц и индексов на диске не меняются), потом удаляется запись из sysmaster:sysdatabases.
Тоже логично.
Ещё что весело - в след за созданием базы идёт создание в ней пользовательских таблиц и индексов.
И это всё то же требует сравнимых действий как по составу так и по количеству
И даже хуже - база заполняется системными таблицами изнутри одного процесса, а на создание каждой пользовательской таблицы, индекса, констрейнта у меня отдельный вызов sql.
И ещё хуже - создание пользовательских объектов требует заполнения системных таблиц.
Но шаг создания пользовательских объектов проскакивает моментом. И даже в том же дбспейсе - системные таблицы базы они ж в её родном дбспейсе, не в корневом - т.е. экстенты ищутся там же.
