Добавить в корзинуПозвонить
Найти в Дзене
Postgres DBA

Путь в 1000 миль начинается с первого шага

Скоро год , как впервые возникла мысль - "надо рассчитывать производительность СУБД". Столько прошло с тех пор - несколько вариантов расчета , решение аномалий , погружение в мат.статистику , бан на хабре, непонимание и неприятие коллег и сообщества ... И вот , похоже первый вариант реально работающей методики - готов . Ну почти готов. Главное - четкая , понятная и стройная непротиворечивая идея. Хотя конечно, еще очень рано говорить об окончательном решении , но , некоторые моменты внушают осторожный, но твердый оптимизм: Что можно будет получить в итоге: Единственно, что пока не понятно - идея лежала на поверхности . Почему никто этим не занимался ? Товарищ - нервы собери в узду! Взялся за дело - не охай. Есть результат - посылай всех в п$зду . Нет результата - пох$й.

Скоро год , как впервые возникла мысль - "надо рассчитывать производительность СУБД".

Самый первый вариант расчёта . Идея пришла во время утренней прогулки с собакой .
Самый первый вариант расчёта . Идея пришла во время утренней прогулки с собакой .

Столько прошло с тех пор - несколько вариантов расчета , решение аномалий , погружение в мат.статистику , бан на хабре, непонимание и неприятие коллег и сообщества ...

И вот , похоже первый вариант реально работающей методики - готов . Ну почти готов. Главное - четкая , понятная и стройная непротиворечивая идея. Хотя конечно, еще очень рано говорить об окончательном решении , но , некоторые моменты внушают осторожный, но твердый оптимизм:

  • Расчёты очень простые. Никакой хитрой математики, фокусов и магии. Пара таблиц, несколько хранимых функций . Никаких сложных расчётов .
  • Результаты хорошо согласуются с наблюдениями. Чем выше нагрузка и медленнее СУБД - тем ниже значение метрики.

Что можно будет получить в итоге:

  1. Расчет и анализ производительности отдельного SQL-запроса.
  2. Расчет и анализ производительности отдельной БД.
  3. Расчёт и анализ производительности всей СУБД в целом.
  4. График зависимости производительности тестового запроса( и самое главное - тестовых запросов ) от нагрузки на СУБД. Или другими словами - можно построить график зависимости бизнес функции от нагрузки .
  5. Адаптивная оптимизация производительности СУБД методом покоординатного спуска . Настройка конфигурационных параметров для конкретной инфраструктуры и характера нагрузки.

Единственно, что пока не понятно - идея лежала на поверхности . Почему никто этим не занимался ?

Делай , что должен и будь , что будет.
Делай , что должен и будь , что будет.
Товарищ - нервы собери в узду!
Взялся за дело - не охай.
Есть результат - посылай всех в п$зду .
Нет результата - пох$й.