А зачем запросы ставить в очередь? Честно говоря не могу придумать сценария где бы это понадобилось. Можете более подробно рассказать для чего это нужно?
Да, я с вами согласен. Мат аппарат за последние 20 лет малость растратил терминологию на русском. Но цель перевода — просто познакомить читателя с возможностями анализа.
Спасибо за статью, было интересно почитать. Однако неясно, чем такой способ мониторинга лучше стандартного через telegraf plugin mysql либо скажем через перконовский pmm.
Если Вы сравнивали, было бы интересно услышать Ваше мнение.
я думаю, что просто «исторически так сложилось». Как показывает практика, далеко не всегда выживает лучший продукт. Достаточно вспомнить историю развития операционных систем )
Насколько я могу судить, все таки архивированные объекты. githowto.com/ru/git_internals_git_directory
Цитата — Смотрим в один из каталогов с именем из 2 букв. Вы увидите файлы с именами из 38 символов. Это файлы, содержащие объекты, хранящиеся в git. Они сжаты и закодированы, поэтому просмотр их содержимого нам мало чем поможет.
Проблемные обычно list запросы. Есть метрики аписервера по которым можно вычислить каких запросов много. Ну и аудит да.
Если Вы сравнивали, было бы интересно услышать Ваше мнение.
git-scm.com/book/ru/v2/Git-%D0%B8%D0%B7%D0%BD%D1%83%D1%82%D1%80%D0%B8-%D0%9E%D0%B1%D1%8A%D0%B5%D0%BA%D1%82%D1%8B-Git
Там подробно с примерами расписано как хранятся файлы в дереве
githowto.com/ru/git_internals_git_directory
Цитата — Смотрим в один из каталогов с именем из 2 букв. Вы увидите файлы с именами из 38 символов. Это файлы, содержащие объекты, хранящиеся в git. Они сжаты и закодированы, поэтому просмотр их содержимого нам мало чем поможет.