|
mon$statements не показывает prepare-фазу сложного запроса. Why ?
|
|||
---|---|---|---|
#18+
hi all subj (речь идёт о запросах, которые препарируются действительно долго, так что точно можно переключиться "во второй isql", проверить там и убедиться, что mon$statements ничего не выдаст; пример - запрос из аттача) ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2015, 16:00 |
|
mon$statements не показывает prepare-фазу сложного запроса. Why ?
|
|||
---|---|---|---|
#18+
потому что показывать нечего, пока идет парсинг нет еще запроса как объекта ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2015, 16:23 |
|
mon$statements не показывает prepare-фазу сложного запроса. Why ?
|
|||
---|---|---|---|
#18+
Замечательно. Теперь делаем так: 0) запускаем FB в арх-ре SuperClassic или SuperServer. 1) запускаем ISQL, вводим там на препаринг запрос из аттача стартового поста. Он зависнет на доооолго (и не на чахотке, а на нормальном серваке) и загрузит одно из ЦПУ-ядер на 99%. И мы хотим теперь понять, кто нам так сильно гадит. Но понять не могём, ибо ФБ - не Классик. 2) запускаем трейс - там тишина (по кр мере, этот аттач никак себя не проявит, пока не допрепарится). 3) запускаем последовательно снимки мониторинга для сравнения дифферентов счетчиков... а там нули, ничего этот аттач не меняет (см аттач). Почему в мониторинге не показываются затраты на работу с rdb$-таблицами ? Или препаринг только 1 раз их вычитывает, а затем чтол-то там "внутри себя" делает и к базе не лезет ? ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2015, 18:12 |
|
|
start [/forum/topic.php?fid=40&msg=39072290&tid=1562604]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 141ms |
0 / 0 |