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