ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
25 сообщений из 34, страница 1 из 2
  1  все
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653041
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
hi all

Запустил молотилки (45 окон), имитирующие OLTP-работу.
Через 13 часов в трейсе запросто можно видеть вот такие вещи:
 
11991 ms, 22 write(s), 28175 fetch(es), 630 mark(s)
Код: plaintext
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.
execute block returns( reserve_doc_id bigint, client_order_id bigint, total_lines int, purchase_sum numeric(12,2), retail_sum numeric(12,2) )
as
   declare v_linked_client_order smallint;
begin
    if ( exists( select * from v_qdistr_avl_res ) ) then
    begin
      v_linked_client_order = iif( rand() > 0.2, null, -1 );
      select min(p.doc_list_id), min(client_order_id), count(*),
             sum(p.purchase), sum(p.retail)
      from sp_customer_reserve( :v_linked_client_order ) p
      into reserve_doc_id, client_order_id, total_lines, purchase_sum, retail_sum;
      suspend;
   end
end
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
PLAN (V_QDISTR_AVL_RES Q INDEX (QDISTR_SND_OPTYPE_ID, QDISTR_RCV_OPTYPE_ID))
PLAN (P NATURAL)
1 records fetched
  11991 ms, 22 write(s), 28175 fetch(es), 630 mark(s)

Table                             Natural     Index    Update    Insert    Delete   Backout     Purge   Expunge
***************************************************************************************************************
RDB$DATABASE                            2
RDB$INDICES                                       1
TMP$SHOPPING_CART                       5         1         1         4
TMP$RESULT_SET                         57                            19
OPTYPES                                          11
FIFO_RULES                             42         4
DOC_LIST                                         78         4         1
DOC_DATA                                         42                   4
USED_VIEWS                                        6
QDISTR                                          317        29        19        19                             1
QSTORNED                                         19        19        19
DOC_STATES                                        1
ABEND_LOG                                                            10
INVNT_TURNOVER_LOG                                4                   4
PERF_LOG                                          2         2         2
Т.е. при нулевых reads и микронных writes, а также более чем скромных fetches и числах обновлённых строк имеем время 11 сек.
Если бы там были запрятаны сортировки, то сиё отразилось бы на числе фетчей. Но сортировки я целенаправленно вытравливаю: PLAN ORDER по-любасу быстрее, почти всегда.
Блобов нету. К мониторингу обращений нету ВООБЩЕ, *никаких*.
Трейс был запущен, но с time_threshold = 10000 и включёнными
Код: plaintext
1.
2.
3.
  log_statement_finish = true
  print_plan = true
  print_perf = true

Периодически выполняется пересчет статистики по индексам. Иногда (редко) - свип.
Вот заголовок базы на сейчас:
 
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
Database "/var/db/fb30/oltp30.fdb"
Database header page information:
        Flags                   0
        Generation              11201789
        System Change Number    3
        Page size               16384
        ODS version             12.0
        Oldest transaction      10975378
        Oldest active           10975379
        Oldest snapshot         10895780
        Next transaction        11201245
        Sequence number         0
        Next attachment ID      4603
        Implementation          HW=AMD/Intel/x64 little-endian OS=Linux CC=gcc
        Shadow count            0
        Page buffers            0
        Next header page        0
        Database dialect        3
        Creation date           May 21, 2014 23:19:56
        Attributes

    Variable header data:
        Database backup GUID:   {726C95D2-7012-4748-4CA0-BA314BFDD36B}
        Sweep interval:         20000
        *END*
Вот парочка снимков лок-таблицы:
 
Код: plaintext
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.
[root@oel64 11:58:34 fb30]$ /opt/fb30trnk/bin/fb_lock_print -d /var/db/fb30/oltp30.fdb
LOCK_HEADER BLOCK
        Version: 146, Creation timestamp: 2014-05-26 23:06:41
        Active owner:      0, Length: 1048576, Used: 942152
        Enqs: 475642848, Converts: 342288, Rejects: 3929921, Blocks:      0
        Deadlock scans:      0, Deadlocks:      0, Scan interval:  10
        Acquires: 954344628, Acquire blocks: 12253688, Spin count:   0
        Mutex wait: 1.3%
        Hash slots: 8191, Hash lengths (min/avg/max):    0/   0/   6
        Remove node:      0, Insert queue:      0, Insert prior:      0
        Owners (45):    forward:  78376, backward: 443808
        Free owners (1):        forward: 236704, backward: 236704
        Free locks (32):        forward:  80408, backward: 888960
        Free requests (523):    forward: 726672, backward: 385640


[root@oel64 11:58:37 fb30]$ /opt/fb30trnk/bin/fb_lock_print -d /var/db/fb30/oltp30.fdb
LOCK_HEADER BLOCK
        Version: 146, Creation timestamp: 2014-05-26 23:06:41
        Active owner:      0, Length: 1048576, Used: 942152
        Enqs: 477474443, Converts: 342923, Rejects: 3938466, Blocks:      0
        Deadlock scans:      0, Deadlocks:      0, Scan interval:  10
        Acquires: 958016122, Acquire blocks: 12290582, Spin count:   0
        Mutex wait: 1.3%
        Hash slots: 8191, Hash lengths (min/avg/max):    0/   0/   6
        Remove node:      0, Insert queue:      0, Insert prior:      0
        Owners (45):    forward:  78376, backward: 380352
        Free owners (1):        forward: 445816, backward: 445816
        Free locks (45):        forward:  80408, backward: 709904
        Free requests (347):    forward: 617376, backward: 399096
Ожидания на мьютексе почти ноль, hash lengths - не ноль только max (=6), дедлоков нет вообще.

Как могло это всё делаться 11 сек ? И в куда теперь смотреть, что подправить, дабы пошустрее это всё шло ?
...
Рейтинг: 0 / 0
27.05.2014, 12:21
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653051
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Таблоид,

мне кажется или ты недавно уже создавал такой же топик?
...
Рейтинг: 0 / 0
27.05.2014, 12:26
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653063
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
Симонов Денис,

не, это про ожидания был вопрос. Но там lock timeout > 0, а у мну сейчас кругом no wait.
...
Рейтинг: 0 / 0
27.05.2014, 12:32
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653083
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
ты в селективной процедуре обычные таблички что модифицируешь?

ТаблоидЕсли бы там были запрятаны сортировки, то сиё отразилось бы на числе фетчей.

с чего это вдруг?

ТаблоидНо сортировки я целенаправленно вытравливаю: PLAN ORDER по-любасу быстрее, почти всегда.

Далеко не всегда. PLAN ORDER быстрее только для фетча первых записей, или если у тебя выборка слишком широкая и уходит на диск
...
Рейтинг: 0 / 0
27.05.2014, 12:40
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653157
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
Симонов Денисты в селективной процедуре обычные таблички что модифицируешь?Эта ХП (и многие другие) сделана селективной только для облегчения отладки. Она выдаёт конечные данные по остаткам и сразу видно, правильно работает или нет.Симонов ДенисТаблоидЕсли бы там были запрятаны сортировки, то сиё отразилось бы на числе фетчей. с чего это вдруг?Ну, как бэ вот:
Код: plaintext
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.
38.
39.
SQL> recreate table t(id int, s1 varchar(36), s2 varchar(36)); commit;
SQL> insert into t select row_number()over(), rpad('', 36, 'qwerty'), rpad('', 36, 'asdfgh') from rdb$types,rdb$types;
ommit;
SQL> select count(*) from t;

                COUNT
=====================
                63504

SQL> out nul;
SQL> set plan on;
SQL> set stat on;
SQL> select * from t order by id desc;

PLAN SORT (T NATURAL)
Current memory = 10241661936
Delta memory = 17213344
Max memory = 10984212584
Elapsed time= 2.58 sec
Buffers = 524288
Reads = 0
Writes 2053
 Fetches = 3187747 
SQL> set stat off;

SQL> create descending index t_id_desc on t(id); commit;

SQL> set stat on;
SQL> select * from t order by id desc;

PLAN (T ORDER T_ID_DESC)
Current memory = 10240827232
Delta memory = -13627320
Max memory = 10984212584
Elapsed time= 2.33 sec
Buffers = 524288
Reads = 0
Writes 6032
 Fetches = 2155907
...
Рейтинг: 0 / 0
27.05.2014, 13:03
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653167
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
ТаблоидWrites 6032
тут что-то нечисто. Не иначе остальные коннекты на статистику влияют.
...
Рейтинг: 0 / 0
27.05.2014, 13:11
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653175
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
кстати

Код: plaintext
1.
2.
Reads = 0
Writes 6032
Fetches = 2155907
чего это для всех атрибутов статистики поле них стоит равно, а после Writes нет. Таблоид, это ты из ISQL скопировал? Что то я раньше не обращал внимание
...
Рейтинг: 0 / 0
27.05.2014, 13:14
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653180
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
Симонов Денискстати

Код: plaintext
1.
2.
Reads = 0
Writes 6032
Fetches = 2155907
чего это для всех атрибутов статистики поле них стоит равно, а после Writes нет. Таблоид, это ты из ISQL скопировал? Что то я раньше не обращал вниманиеДа, я всё из isql скопировал. И вообще со статистикой только там работаю, т.к. в ИБЭ запросто можно получить нули (я сообщал об этом в его подфоруме; не проверял, исправлено или нет).
Что касается отсутствия знака "=" справа от Writes, то эту бяку я давно уже вижу, даже тикет хотел создать. Ибо мешает сиё нормальному парсингу статистики (когда-то было хотение логировать в базу эту статистику, натравливая батничек на лог :)).
...
Рейтинг: 0 / 0
27.05.2014, 13:19
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653183
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
Симонов ДенисТаблоидWrites 6032тут что-то нечисто. Не иначе остальные коннекты на статистику влияют.Влияют, ес-но: я прямо на тестовом серваке это и сделал. Проверь на свободном хосте, если интересно.
...
Рейтинг: 0 / 0
27.05.2014, 13:20
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653186
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
ТаблоидДа, я всё из isql скопировал. И вообще со статистикой только там работаю, т.к. в ИБЭ запросто можно получить нули (я сообщал об этом в его подфоруме; не проверял, исправлено или нет).
Что касается отсутствия знака "=" справа от Writes, то эту бяку я давно уже вижу, даже тикет хотел создать. Ибо мешает сиё нормальному парсингу статистики (когда-то было хотение логировать в базу эту статистику, натравливая батничек на лог :)).

в последнем снапшоте со статистикой в IBE всё нормально. Это бага была в Legacy API, а не в IBE.

А тикет создавай конечно. Хоть это и не очень важно, но хотелось бы эстетики.
...
Рейтинг: 0 / 0
27.05.2014, 13:23
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653195
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
Симонов Денисв последнем снапшоте со статистикой в IBE всё нормально. Это бага была в Legacy API, а не в IBE.Ну так вернёмся к нашим б о ранам. Чё посоветуешь ?
...
Рейтинг: 0 / 0
27.05.2014, 13:26
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653200
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
ТаблоидВлияют, ес-но: я прямо на тестовом серваке это и сделал
и что именно ты намерял в этом случае? Общее число фетчей всех своих 45 коннектов за 2.5 секунды? И какое это имеет отношение к сортировке?
...
Рейтинг: 0 / 0
27.05.2014, 13:30
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653225
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
dimitrТаблоидВлияют, ес-но: я прямо на тестовом серваке это и сделал
и что именно ты намерял в этом случае? Общее число фетчей всех своих 45 коннектов за 2.5 секунды? И какое это имеет отношение к сортировке?а... ой.... забыл я, что в SS эта хрень... :-)
Впрочем, PLAN ORDER всё равно *быстрее*:
 
Код: plaintext
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.
SQL> select count(*) from mon$attachments where mon$attachment_id<>current_connection and mon$system_flag is distinct fr
om 1;

                COUNT
=====================
                    0

SQL> out nul;
SQL> set plan on;
SQL> set stat on;
SQL> select * from t order by id desc;

PLAN SORT (T NATURAL)
Current memory = 8895192352
Delta memory = -10208
Max memory = 8913021592
 Elapsed time= 4.53 sec 
Buffers = 524288
Reads = 0
Writes 0
Fetches = 255973
SQL> set stat off;
SQL> create descending index t_id_desc on t(id); commit;
SQL> set stat on;
SQL> select * from t order by id desc;

PLAN (T ORDER T_ID_DESC)
Current memory = 8895491400
Delta memory = 105280
Max memory = 8913021592
 Elapsed time= 4.39 sec 
Buffers = 524288
Reads = 0
Writes 0
Fetches = 381076
SQL>
...
Рейтинг: 0 / 0
27.05.2014, 13:40
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653238
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Таблоид,

а у меня нет

Код: plaintext
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.
38.
SQL> recreate table t(id int, s1 varchar(36), s2 varchar(36)); commit;
SQL> insert into t select row_number()over(), rpad('', 36, 'qwerty'), rpad('', 36, 'asdfgh') from rd
b$types,rdb$types;
SQL> commit;
SQL> select count(*) from t;

                COUNT
=====================
                63504

SQL> out nul;
SQL> set plan on;
SQL> set stat on;
SQL> select * from t order by id desc;

PLAN SORT (T NATURAL)
Current memory = 41635656
Delta memory = 2872
Max memory = 49888008
Elapsed time= 1.207 sec
Buffers = 8192
Reads = 0
Writes = 0
Fetches = 130985
SQL> set stat off;
SQL> create descending index t_id_desc on t(id); commit;
SQL> set stat on;
SQL> select * from t order by id desc;

PLAN (T ORDER T_ID_DESC)
Current memory = 41970392
Delta memory = 105000
Max memory = 49888008
Elapsed time= 1.315 sec
Buffers = 8192
Reads = 0
Writes = 0
Fetches = 190607
SQL>
...
Рейтинг: 0 / 0
27.05.2014, 13:47
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653247
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
ТаблоидВпрочем, PLAN ORDER всё равно *быстрее*А ежели подкинуть дровишек да поширее табличку сделать, то всё равно - быстрее.
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
SQL> alter table t add sx1 varchar(1024);
SQL> alter table t add sx2 varchar(1024);
SQL> commit;
SQL> update t set sx1=rpad('', 1024, uuid_to_char(gen_uuid()) );
SQL> update t set sx2=rpad('', 1024, uuid_to_char(gen_uuid()) );
SQL> commit;
SQL> create index t_id on t(id);
SQL> commit;

Статистика после 2-го запуска:
1. Trace:
 
Код: plaintext
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.
2014-05-27T13:45:08.8260 (1580:0x7f6c3861cc60) EXECUTE_STATEMENT_FINISH
        /var/db/fb30/tmp.fdb (ATT_14, SYSDBA:NONE, NONE, TCPv4:192.168.43.96)
        C:\MIX\firebird\fb25\bin\isql.exe:3320
                (TRA_29, CONCURRENCY | WAIT | READ_WRITE)

Statement 121:
-------------------------------------------------------------------------------
select * from t order by id+0
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
PLAN SORT (T NATURAL)
127008 records fetched
   1975 ms, 382984 fetch(es)

Table                             Natural     Index    Update    Insert    Delete
*********************************************************************************
T                                  127008

2014-05-27T13:45:42.1120 (1580:0x7f6c3861cc60) EXECUTE_STATEMENT_FINISH
        /var/db/fb30/tmp.fdb (ATT_14, SYSDBA:NONE, NONE, TCPv4:192.168.43.96)
        C:\MIX\firebird\fb25\bin\isql.exe:3320
                (TRA_29, CONCURRENCY | WAIT | READ_WRITE)

Statement 122:
-------------------------------------------------------------------------------
select * from t order by id
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
PLAN (T ORDER T_ID)
127008 records fetched
    633 ms, 508073 fetch(es)

Table                             Natural     Index    Update    Insert    Delete 
**********************************************************************************
T                                            127008
2. isql:
 
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
SQL> select * from t order by id+0;

PLAN SORT (T NATURAL)
Current memory = 8897243432
Delta memory = -54808
Max memory = 9276175840
Elapsed time= 24.91 sec
Buffers = 524288
Reads = 0
Writes 0
Fetches = 382997
SQL> select * from t order by id;

PLAN (T ORDER T_ID)
Current memory = 8897298288
Delta memory = 54856
Max memory = 9276175840
Elapsed time= 23.27 sec
Buffers = 524288
Reads = 0
Writes 0
Fetches = 508092
Других аттачей к базе нет, конкурентной активности на хосте - тоже.
...
Рейтинг: 0 / 0
27.05.2014, 13:51
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653255
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
чего то я не пойму
у меня Writes со знаком равно. Это линухом что ли его нету.

 
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
SQL> show version;
ISQL Version: WI-T3.0.0.31144 Firebird 3.0 Alpha 2
Server version:
Firebird/Windows/AMD/Intel/x64 (access method), version "WI-T3.0.0.31144 Firebird 3.0 Alpha 2"
Firebird/Windows/AMD/Intel/x64 (remote server), version "WI-T3.0.0.31144 Firebird 3.0 Alpha 2/tcp (s
tation9)/P13:C"
Firebird/Windows/AMD/Intel/x64 (remote interface), version "WI-T3.0.0.31144 Firebird 3.0 Alpha 2/tcp
 (station9)/P13:C"
on disk structure version 12.0


Кстати isql падает если написать SHOW VERSION; без коннекта к БД.
...
Рейтинг: 0 / 0
27.05.2014, 13:53
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653267
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
Ну да ладно, хрен с ним, с plan order'ом. Я понять не могу, как и что можно подправить, когда время выполнения - десятки секунд, а статистика кажет, что всё тип-топ.

Вот совсем одиозный пример. Проведение инвойса, при котором, помимо добавления его данных (76 строк) с балансу склада, должно было создаться 638 резервов под клиентские заказы, но успешно создалось только 106 из них (остальное обломалось ввиду лок-конфликтов с конкурентами):
 
5036619 ms, 2355 write(s), 38084261 fetch(es), 514529 mark(s)
Код: plaintext
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.
2014-05-27T13:19:23.7770 (6399:0x7f755e17bff0) EXECUTE_STATEMENT_FINISH
        oltp30 (ATT_2845, SYSDBA:NONE, NONE, TCPv4:192.168.43.96)
        C:\MIX\firebird\fb25\bin\isql.exe:2440
                (TRA_11116674, CONCURRENCY | NOWAIT | READ_WRITE)

Statement 5462104:
-------------------------------------------------------------------------------
select min(doc_list_id), count(*), min(res_ok) res_ok, min(res_err) res_err from sp_add_invoice_to_stock
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
PLAN (SP_ADD_INVOICE_TO_STOCK NATURAL)
1 records fetched
5036619 ms, 2355 write(s), 38084261 fetch(es), 514529 mark(s)

Table                             Natural     Index    Update    Insert    Delete   Backout     Purge   Expunge
***************************************************************************************************************
RDB$DATABASE                          698
RDB$INDICES                                       1
TMP$SHOPPING_CART                    4009                          2280      1703      3021
TMP$RESULT_SET                      20992                          5581      4249      7300
OPTYPES                                        3835
FIFO_RULES                           2485      1052
DOC_LIST                                    1374061      2847       349                 261
DOC_DATA                                      15865        76      1052                 820
MONEY_TURNOVER_LOG                                                    1
USED_VIEWS                                        1
QDISTR                                       358976     67972      5581     10920     19724                 742
QSTORNED                                      11162     11162     10920                8500                  16
PLINKS                                                              906                  24
DOC_STATES                                      101
AGENTS                                          638
ABEND_LOG                                                            11
INVNT_TURNOVER_LOG                              720                1128                 820
FB_ERRORS                                       249
PERF_LOG                                        711       711       711
38 млн фетчей - цифра, конечно, "геройская", но чтобы они 2 часа шли - как-то сильно странно...
...
Рейтинг: 0 / 0
27.05.2014, 13:57
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653279
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Таблоид,

нам отсюда не видно что ты делаешь в своих ХП. Если это такой тест и база не представляет коммерческой ценности выложил бы её, ну или хотя бы скрипт создания дал.
...
Рейтинг: 0 / 0
27.05.2014, 14:02
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653288
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
Симонов Дениснам отсюда не видно что ты делаешь в своих ХП. Если это такой тест и база не представляет коммерческой ценности выложил бы её, ну или хотя бы скрипт создания дал.я её попозжее выложу, сейчас она еще не причесанная.
Могу пока в личку выслать, но описалово к тесту слегка устарело - я тут рефакторинг жосткий делал недавно.
Будешь читать и запускать ? ;-)
...
Рейтинг: 0 / 0
27.05.2014, 14:04
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653304
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Таблоид,

может и запущу. По крайней мере можно будет давать хоть какие то ответы, а то нифига не понятно чего ты там тестируешь
...
Рейтинг: 0 / 0
27.05.2014, 14:13
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653351
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
Таблоида... ой.... забыл я, что в SS эта хрень... :-)
Впрочем, PLAN ORDER всё равно *быстрее*
мне пофиг, быстрее или нет. Ты лучше расскажи, как с учетом вышесказанного обнаруживаешь "запрятанные сортировки" :-)
...
Рейтинг: 0 / 0
27.05.2014, 14:43
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653361
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
Симонов Денисможет и запущу. Отправил, чекай мыльце.
...
Рейтинг: 0 / 0
27.05.2014, 14:48
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653365
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
dimitrТаблоида... ой.... забыл я, что в SS эта хрень... :-)
Впрочем, PLAN ORDER всё равно *быстрее*
мне пофиг, быстрее или нет. Ты лучше расскажи, как с учетом вышесказанного обнаруживаешь "запрятанные сортировки" :-)дык по-деревенски, как же еще: запускаю ХП, смотрю в статистику. Если вижу "какие-то дикие фетчи", лезу в отладку, и где натыкаюсь на запрос со всякими order by / group by - так сразу и проверяю его (там же в отладчике ИБЭ, есть вкладка соотв-щая).
...
Рейтинг: 0 / 0
27.05.2014, 14:50
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653386
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Симонов Денис
Участник
Таблоид Если вижу "какие-то дикие фетчи", лезу в отладку, и где натыкаюсь на запрос со всякими order by / group by - так сразу и проверяю его
фигнёй ты маешься. Если order by / group by возвращает полный резалсет, то для плана ORDER фетчей всегда будет больше чем для SORT, но не наоборот.

ТаблоидОтправил, чекай мыльце.
спасибо
...
Рейтинг: 0 / 0
27.05.2014, 15:00
| Ответить | Цитировать | Написать  
Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
    #38653408
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Таблоид
Участник
Симонов ДенисТаблоид Если вижу "какие-то дикие фетчи", лезу в отладку, и где натыкаюсь на запрос со всякими order by / group by - так сразу и проверяю егофигнёй ты маешься. Если order by / group by возвращает полный резалсет, то для плана ORDER фетчей всегда будет больше чем для SORT, но не наоборот.я на время вып-я прежде всего смотрю.
зы. резалтсет почти никогда не бывает полным, везде where-предикаты. Или ты про что-то другое ?
...
Рейтинг: 0 / 0
27.05.2014, 15:08
| Ответить | Цитировать | Написать  
25 сообщений из 34, страница 1 из 2
  1  все
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Тормоза под нагрузкой, имитирующей OLTP: в где искать причину, когда ничего не видно ?
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=40&fpage=94&tid=1563558]:
 0ms
get settings:
 6ms
get forum list:
 18ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 38ms
get topic data:
 12ms
get forum data:
 3ms
get page messages:
 77ms
get tp. blocked users:
 1ms
others: 201ms
total:  362ms
созд. / загр.: 362ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]