Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
От чего может зависить время prepare? От индексов, триггеров, размера таблицы, а ещё от чего? Вопрос к чему - в боевой базе время подготовки запроса "плавает" от 5 мс до 3 минут. Почему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 10:02 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Gallemar, Одного и того же, или разных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 10:20 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
WildSeryGallemar, Одного и того же, или разных? Одного и того же ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 10:21 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Gallemar, 1. Делался ли перед этим prepare других запросов в которые входят те же таблицы 2. Загрузка системы в момент prepare ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 10:26 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Симонов ДенисGallemar, 1. Делался ли перед этим prepare других запросов в которые входят те же таблицы 2. Загрузка системы в момент prepare 1. Делался. Вообще таблица одна из основных, шапка документа. В неё постоянно идет чтение/запись. 2. Загрузка какая? Нагрузка аппаратки или нагрузка на Бд? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 10:28 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Gallemar, в ОС нагрузка на процессор, диски. Наиболее вероятно что какой-то тяжёлый запрос выполняется в это время ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 10:32 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Симонов Денис, тяжелый запрос на эту таблицу или вообще в базе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 10:34 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Gallemar, вообще в базе. Ты последи когда prepare идёт медленно. Догадки можно строить долго ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 10:52 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
GallemarОт чего может зависить время prepare? От индексов, триггеров, размера таблицы, а ещё от чего? Вопрос к чему - в боевой базе время подготовки запроса "плавает" от 5 мс до 3 минут. Как вариант - от количества отложенных операций на клиенте, работающем через fbclient.dll 10-минутный "prepare" Код: vbnet 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. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. По факту, конечно, здесь тупит не prepare. Но вызов идет именно isc_dsql_prepare. GallemarПочему? Потому что вот ---- А еще можно помучать однонаправленные списки объектов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 11:01 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Коваленко ДмитрийА еще можно помучать однонаправленные списки объектов Это только сборка клиента или именно сервер: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 11:11 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Симонов ДенисGallemar, вообще в базе. Ты последи когда prepare идёт медленно. Догадки можно строить долго Да тут главная проблема, что о медленном prepare я узнаю постфактум, на следующий день. Остается только постоянно гонять трассировку, в надежде поймать тяжелый запрос, ну и gstat статистику о таблице смотреть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 11:12 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
GallemarКоваленко ДмитрийА еще можно помучать однонаправленные списки объектов Это только сборка клиента или именно сервер: В первом случае тупит fbclient. А во втором - сервер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 11:18 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Analyzing database pages ... DOCHEAD (1019) Primary pointer page: 2181 <- увеличение может косвенно говорить об увеличении времени подготовки?: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 11:59 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Gallemar, тут не те объёмы чтобы prepare долгим было. В тесте у kdv время prepare было 20 сек на терабайтной БД. Где табличка была в несколько миллиардов записей. Там одних PP было 30000. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 12:06 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Симонов ДенисТам одних PP было 30000. и они были равномерно размазаны по терабайтному файлу БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 12:13 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Целиком статистика этой таблицы: Analyzing database pages ... DOCHEAD (1019) Primary pointer page: 2181, Index root page: 2182 Average record length: 178.34, total records: 21068778 Average version length: 54.89, total versions: 71119, max versions: 1024 Data pages: 283423, data page slots: 283423, average fill: 89% Fill distribution: 0 - 19% = 12 20 - 39% = 2 40 - 59% = 7 60 - 79% = 3 80 - 99% = 283399 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 12:17 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
GallemarAnalyzing database pages ... DOCHEAD (1019) Primary pointer page: 2181, Index root page: 2182 Average record length: 178.34, total records: 21068778 Average version length: 54.89, total versions: 71119, max versions: 1024 Ужас. Тут мусор кто-нибудь собирает ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 12:26 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
когда-то давно ещё на проверке прав могли возникнуть тормоза. но это вродь допиливали. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 12:27 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
GallemarДа тут главная проблема, что о медленном prepare я узнаю постфактум, на следующий день.Откуда известно, что тормозит именно препаре ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 12:35 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
hvladGallemarAnalyzing database pages ... DOCHEAD (1019) Primary pointer page: 2181, Index root page: 2182 Average record length: 178.34, total records: 21068778 Average version length: 54.89, total versions: 71119, max versions: 1024 Ужас. Тут мусор кто-нибудь собирает ? Собирает. Sweep делается раз в сутки,просто в эту таблицу постоянно чтение/запись. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 13:06 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
hvladGallemarДа тут главная проблема, что о медленном prepare я узнаю постфактум, на следующий день.Откуда известно, что тормозит именно препаре ? Трассировал вместе с разработчиком софтины ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 13:07 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
hvladGallemarДа тут главная проблема, что о медленном prepare я узнаю постфактум, на следующий день.Откуда известно, что тормозит именно препаре ? Могу на почту скинуть логи и переписку с разработчиком,его умозаключения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 14:14 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Gallemar, Умозаключения вряд-ли надо (хотя можно), но лучше факты - лог трейса, раз трейсом исследовали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 16:58 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
kdv, позже скину. Только трейс не фб,а самой софтины. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.05.2017, 17:21 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
hvladУжас. Тут мусор кто-нибудь собирает ? Разве это ужас? Вот ужас: Analyzing database pages ... DOCHEAD (1019) Primary pointer page: 2181, Index root page: 2182 Average record length: 178.36, total records: 21093443 Average version length: 40.68, total versions: 25773, max versions: 3672 Data pages: 283691, data page slots: 283691, average fill: 89% Fill distribution: 0 - 19% = 78 20 - 39% = 2 40 - 59% = 7 60 - 79% = 3 80 - 99% = 283601 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2017, 09:09 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Симонов ДенисGallemar, тут не те объёмы чтобы prepare долгим было. В тесте у kdv время prepare было 20 сек на терабайтной БД. Где табличка была в несколько миллиардов записей. Там одних PP было 30000. Я думаю, что под нагрузкой в разы может возрастать длительность именно этой стадии. Если нагрузка на ту же таблицу и коннектов несколько сотен. При этом еще симптомом может служить длинная очередь к страничной блокировке. По номеру страницы можно определить что это PP, и именно той таблицы. Если да, то случай тот самый. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2017, 09:18 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Average version length: 41.48, total versions: 37992, max versions: 6972 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2017, 09:58 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Average version length: 41.84, total versions: 75366, max versions: 20017 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2017, 12:26 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Gallemar, Постеснялся бы таким хвастаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.05.2017, 16:49 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
WildSeryGallemar, Постеснялся бы таким хвастаться. Почему? Это же проблема не администрирования базы,а разработки системы и ее эксплуатации. Вечером пройдет регламентнвй sweep и статистика будет сброшена. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 00:14 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Gallemar, сюда бы еще разницу Next-OAT, плюс из mon$transactions самую старую, сколько она живет. Впрочем, не думаю что тут будут какие-то открытия, потому что при интенсивности транзакций в этой системе цифры вполне нормальные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 00:40 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
kdv, позже скину,у нас шесть утра,я только глаза открыл.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 00:52 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
kdvGallemar, сюда бы еще разницу Next-OAT, плюс из mon$transactions самую старую, сколько она живет. Статистика за май в аттаче. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 07:31 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
GallemarkdvGallemar, сюда бы еще разницу Next-OAT, плюс из mon$transactions самую старую, сколько она живет. Статистика за май в аттаче. Взял на себя смелость отформатировать файл, разбить сутки подчеркиваниями, добавить колонку с Next-OAT . Без всего этого файл является не более чем сырым источником первичных данных. Вижу что практически ежедневно разрыв Next-OAT доходит до 1млн и более. Соответственно, практически ежедневно, за редким исключением, есть долгоиграющие транзакции которые держат версии. Отследить источник думаю достаточно просто - помониторить OT или OAT в течение дня, если она не меняется часа 3 - то через MON$-таблицы посмотреть что за транзакция и какой в ней запрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 08:22 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
fraksОтследить источник думаю достаточно просто - помониторить OT или OAT в течение дня, если она не меняется часа 3 - то через MON$-таблицы посмотреть что за транзакция и какой в ней запрос. В Mon$? Там только активные транзакции. Включен аудит, смотрим кто застревает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 08:54 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
GallemarfraksОтследить источник думаю достаточно просто - помониторить OT или OAT в течение дня, если она не меняется часа 3 - то через MON$-таблицы посмотреть что за транзакция и какой в ней запрос. В Mon$? Там только активные транзакции. Включен аудит, смотрим кто застревает. Так OAT это по твоему какие? Они у тебя и долгоиграют. Фишка в том что ты можешь заранее узнать какой номер транзакции тебя интересует. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 09:29 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Например транзация 40913795 провисела 09.05.2017 с 9 до 16 часов, т.е. более 7 часов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 09:31 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Gallemar, со всем этим надо не сюда, а к разработчику идти. Например, какого фига 3 мая с 20 до 21 налетело под полтора миллиона транзакций, и при этом OAT застряло? Не вижу никаких проблем 3-4 раз в день снимать mon$attachments, mon$transactions и mon$statements и углядеть, что именно застревает. У нас для этого есть MonLogger. Чего-то трассировать на данном этапе не вижу смысла. Хотя, раз разработчик уже трассировал, значит софт будет исправлен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 13:35 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Транзакции застревают в разное время,последнюю неделю больше ночью. Пока трассирую с минимальными настройками - коннекты и транзакции. Мой мониторинг умеет только счетчики транзакций фиксировать,для детального разбора надо переписывать. Monlogger у меня есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 14:27 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Gallemar, Тр-ция 22 483 043, активна *сегодня* в 11-00 и в 12-00 - это ночью ??? У тебя каждый день есть застревание OAT на час-два-пять. В чём проблема найти её и приложение в таблицах мониторинга ? В чём проблема найти в аудите эту тр-цию и опять-же приложение ? Что ты вообще ищешь ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 14:37 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Не ту колонку скопировал - об этой тр-ции речь выше : 22 540 698 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 14:38 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
fraksОтследить источник думаю достаточно просто - помониторить OT или OAT в течение дня, если она не меняется часа 3 - то через MON$-таблицы посмотреть что за транзакция и какой в ней запрос.Уточню - OIT искать нет смысла, это по-определению уже не активная тр-ция. Т.е. смотреть нужно на OAT. И активного запроса в ней может и не быть. Посмотреть нужно, но не стоит ожидать его там найти. Разве что там действительно какой-то фатальный мноночасовый запрос... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2017, 14:44 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Хотел бы поделиться своей идеей которая облегчает поиск источника проблем. После того как глядя на текст запросов в мониторинге пытался отпределить в каком месте приложения этот запрос вызывается, принял для себя стандарт шапки запроса, первой строкой пишется имя формы/модуля, имя компонента с запросом. Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. Теперь видя запрос в таблицах мониторинга сразу понятно откуда он вызывается, а в пределах модуля/формы уже проще найти как он употребляется и что там с транзакцией. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2017, 04:05 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
ОФФ fraks> Хотел бы поделиться своей идеей которая облегчает поиск источника проблем. Идея интересная, но если уж взял за правило - не проще ли было бы просто запросы "проинвентаризировать"? Я такое делал разок, но только для "важных", не всех. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2017, 06:56 |
|
||
|
Время prepare запроса
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов РустамОФФ fraks> Хотел бы поделиться своей идеей которая облегчает поиск источника проблем. Идея интересная, но если уж взял за правило - не проще ли было бы просто запросы "проинвентаризировать"? Что ты имеешь ввиду под "проинвентаризировать"? У меня в приложении 180 форм, в большинстве из них по 2-15 запросов. Проблему с зависающими транзакциями я решил, но до сих пор встречаются формы где запросы не отформатированы по моему стандарту. Помню что когда-то у FIB-ов была приблуда для централизованно посмотреть запросы по всем формам. Но тогда она мне была не нужна а сейчас не вижу ее. Да и пес с ней. При маневрах с компонентами буду мигрировать на UIB - там как раз тот минимуум что я использую, и UIB есть под Lazarus. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2017, 08:21 |
|
||
|
|

start [/forum/topic.php?all=1&fid=40&tid=1561559]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
64ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
72ms |
get tp. blocked users: |
2ms |
| others: | 9ms |
| total: | 189ms |

| 0 / 0 |
