S
А чем мониторится обычно? Как понять причины?
Size: a a a
2020 December 03
RS
Ну у каждой БД свои средства. Для mysql могу посоветовать включить slow query logging
S
МОжет не в тему немного, но если у Вас много аггрегаций, то можете попробовать дополнительно заюзать clickhouse
Для BI отдельная машина с вертикой стоит. Там прям всё очень быстро.
RS
в ОС еще можно IO посмотреть. на сколько оно загружает SSD по равнению с тем, сколько он может. на максимум или есть запас
S
Спасибо за советы. Буду выяснять причины. Объем может и правда пока не большой.
AE
А чем мониторится обычно? Как понять причины?
У нас графана + Прометей, собираем системные метрики через node exporter (cpu/ram/disk) + postgres exporter(дашбордов под него полно, можно увидеть все что захочешь + можно собственные метрики описать)
Там уже смотрим, делаем анализ, начинаем крутить параметры базы, смотрим статистику запросов, смотрим их планы, думаем как оптимизировать
Там уже смотрим, делаем анализ, начинаем крутить параметры базы, смотрим статистику запросов, смотрим их планы, думаем как оптимизировать
S
У нас графана + Прометей, собираем системные метрики через node exporter (cpu/ram/disk) + postgres exporter(дашбордов под него полно, можно увидеть все что захочешь + можно собственные метрики описать)
Там уже смотрим, делаем анализ, начинаем крутить параметры базы, смотрим статистику запросов, смотрим их планы, думаем как оптимизировать
Там уже смотрим, делаем анализ, начинаем крутить параметры базы, смотрим статистику запросов, смотрим их планы, думаем как оптимизировать
Вот, пожалуй лучше всего начать с этого 👍 Спасибо.
AE
Недавно лечили, были большие буферы, как итог база свопилась, увидели по размеру свопа и как проц стоит на iowait
AE
Вот, пожалуй лучше всего начать с этого 👍 Спасибо.
Тут у меня есть мониторинг ПГ https://github.com/lex-em/docker-scripts
Как настроить node exporter найдете легко)
Как настроить node exporter найдете легко)
S
Спасибо, сохранил.
SS
Ну можно молотком забивать шуруп и скальпелем разделывать лошадь) надо знать что оптимизировать
какой вопрос - такой ответ
AE
Спасибо, сохранил.
Да, забыл, там дашборд скудный, на сайте графаны можно найти более подробные
K
Всем привет. У меня вопрос про то как лучше реализовывать защиту от параллельной модификации объектов.
Например, в интерпрайз приложении есть сложный объект у которого в свою очередь атрибуты - это другие объекты и тд. У многих пользователей есть возможность модифицировать этот объект. Вопрос в том, как избежать одновременной модификации несколькими пользователями?
Я понимаю что нет ничего “одновременного” и что на уровне БД уже есть защита от параллельной модификации и все изменения станут в очередь.
Но если нам нужно на это все накрутить еще какую-то бизнес логику и например делать проверку чего угодно (прав, доступного количества и тд), то эта транзакция (модификации) может занимать значительное время.
Есть ли у спринга готовые решения данной проблемы? Или как вообще к ней подойти? Посоветуйте пжл что почитать по теме
Например, в интерпрайз приложении есть сложный объект у которого в свою очередь атрибуты - это другие объекты и тд. У многих пользователей есть возможность модифицировать этот объект. Вопрос в том, как избежать одновременной модификации несколькими пользователями?
Я понимаю что нет ничего “одновременного” и что на уровне БД уже есть защита от параллельной модификации и все изменения станут в очередь.
Но если нам нужно на это все накрутить еще какую-то бизнес логику и например делать проверку чего угодно (прав, доступного количества и тд), то эта транзакция (модификации) может занимать значительное время.
Есть ли у спринга готовые решения данной проблемы? Или как вообще к ней подойти? Посоветуйте пжл что почитать по теме
N
Optimistic или pessimistic locking
Д
Всем привет. У меня вопрос про то как лучше реализовывать защиту от параллельной модификации объектов.
Например, в интерпрайз приложении есть сложный объект у которого в свою очередь атрибуты - это другие объекты и тд. У многих пользователей есть возможность модифицировать этот объект. Вопрос в том, как избежать одновременной модификации несколькими пользователями?
Я понимаю что нет ничего “одновременного” и что на уровне БД уже есть защита от параллельной модификации и все изменения станут в очередь.
Но если нам нужно на это все накрутить еще какую-то бизнес логику и например делать проверку чего угодно (прав, доступного количества и тд), то эта транзакция (модификации) может занимать значительное время.
Есть ли у спринга готовые решения данной проблемы? Или как вообще к ней подойти? Посоветуйте пжл что почитать по теме
Например, в интерпрайз приложении есть сложный объект у которого в свою очередь атрибуты - это другие объекты и тд. У многих пользователей есть возможность модифицировать этот объект. Вопрос в том, как избежать одновременной модификации несколькими пользователями?
Я понимаю что нет ничего “одновременного” и что на уровне БД уже есть защита от параллельной модификации и все изменения станут в очередь.
Но если нам нужно на это все накрутить еще какую-то бизнес логику и например делать проверку чего угодно (прав, доступного количества и тд), то эта транзакция (модификации) может занимать значительное время.
Есть ли у спринга готовые решения данной проблемы? Или как вообще к ней подойти? Посоветуйте пжл что почитать по теме
зависит от архитектура приложения. Поскольку врядли приложение задеплоено на 1 инстанс то читайте про распределенные блокировки - redis, zookeeper
СЕ
много реализаций так то, все зависит от задач, атомики есть переменные , или синхронайзд навесить
СЕ
Всем привет. У меня вопрос про то как лучше реализовывать защиту от параллельной модификации объектов.
Например, в интерпрайз приложении есть сложный объект у которого в свою очередь атрибуты - это другие объекты и тд. У многих пользователей есть возможность модифицировать этот объект. Вопрос в том, как избежать одновременной модификации несколькими пользователями?
Я понимаю что нет ничего “одновременного” и что на уровне БД уже есть защита от параллельной модификации и все изменения станут в очередь.
Но если нам нужно на это все накрутить еще какую-то бизнес логику и например делать проверку чего угодно (прав, доступного количества и тд), то эта транзакция (модификации) может занимать значительное время.
Есть ли у спринга готовые решения данной проблемы? Или как вообще к ней подойти? Посоветуйте пжл что почитать по теме
Например, в интерпрайз приложении есть сложный объект у которого в свою очередь атрибуты - это другие объекты и тд. У многих пользователей есть возможность модифицировать этот объект. Вопрос в том, как избежать одновременной модификации несколькими пользователями?
Я понимаю что нет ничего “одновременного” и что на уровне БД уже есть защита от параллельной модификации и все изменения станут в очередь.
Но если нам нужно на это все накрутить еще какую-то бизнес логику и например делать проверку чего угодно (прав, доступного количества и тд), то эта транзакция (модификации) может занимать значительное время.
Есть ли у спринга готовые решения данной проблемы? Или как вообще к ней подойти? Посоветуйте пжл что почитать по теме
а состояние объекта хранится в рантайме только ? варианты бд подключить ?
СЕ
соблюдение транзакционности изменений ?
K
соблюдение транзакционности изменений ?
Не совсем поняла вопрос
K
а состояние объекта хранится в рантайме только ? варианты бд подключить ?
нет, в БД тоже много чего хранится. Просто много проверок делается до того как до БД дело доходит и это занимает время