Size: a a a

2020 August 16

MS

Max Syabro in ctodailychat
нахера все запросы смотреть
источник

MS

Max Syabro in ctodailychat
смотреть надо те что тормозят
источник

MS

Max Syabro in ctodailychat
какой-то трешхолд поставить
источник

PE

Pavel E in ctodailychat
Dedulik
это аналогично предложению написать свою версию компилятора питона и руби.

было бы удобно, но я не гугл )
ну фичи зависят от того кто ваша целевая аудитория
источник

PE

Pavel E in ctodailychat
я годную фичу предложил как по мне 🤔
источник

D

Dedulik in ctodailychat
почему-то все считают, что главная проблема это то, что запросы тормозят )))

я на днях сделал подборку самых популярных проблем (https://t.me/nosingularity/513 ) и в топе там - отсутствие order by.
в постгресе нет сортировки по умолчанию. и если в приложении вы надеетесь на какой-то порядок результатов без order by, то это огромная логическая ошибка.
источник

D

Dedulik in ctodailychat
Pavel E
я годную фичу предложил как по мне 🤔
годная, только невозможная :)
источник

D

Dedulik in ctodailychat
Max Syabro
смотреть надо те что тормозят
надо смотреть все.
рекомендация добавить какой-нибудь индекс исходя только из 1 запроса может плохо повлиять на другие, например
источник

PE

Pavel E in ctodailychat
Dedulik
почему-то все считают, что главная проблема это то, что запросы тормозят )))

я на днях сделал подборку самых популярных проблем (https://t.me/nosingularity/513 ) и в топе там - отсутствие order by.
в постгресе нет сортировки по умолчанию. и если в приложении вы надеетесь на какой-то порядок результатов без order by, то это огромная логическая ошибка.
3 из 5 помечены как performance, конечно это не главная проблема, ок
источник

PE

Pavel E in ctodailychat
источник

D

Dedulik in ctodailychat
а 4 из 5 как architect :)

проблемы с производительностью можно обнаружить еще приблизительно двумя десятками тулзлвин, которыми УЖЕ пользуются.

и по отзывам всем похер на производительность, пока не появились проблемы
источник

MS

Max Syabro in ctodailychat
последнее - верно
источник

MS

Max Syabro in ctodailychat
нахера чинить то что не сломано
источник

PE

Pavel E in ctodailychat
я наверное не целевая аудитория этого сервиса, т.к. я лезу в БД только если это аффектит приложение/кастомеров как-то и это обычно 1) не работает 2) не корректно работает 3) адово медленно работает
источник

D

Dedulik in ctodailychat
Max Syabro
нахера чинить то что не сломано
вот тут хороший пример


https://t.me/neverendingit/205
Telegram
Бесконечное ИТ
Постмортем сервиса quay.io (private docker container image registry)

На сервисе случилось 3 сбоя - 19 мая, 28 мая, 9 июня.

Сбой выражался почти в полной невозможности для пользователей писать в сервис и очень медленно читать. Первым делом увидели возросшее количество коннекций к базе, которые ее намертво блокировали.

Один из сервисов который 6 лет до этого работал на стандартных настройках пула БД, вдруг начал очень сильно потреблять подключения. Сделали исправление, ограничили количество подключений, стали наблюдать.

Наконец только при последнем, третьем сбое удалось разглядеть паттерн. Незадолго до частичной недоступности сервиса, было много обращений на очень редко используемый сервис.
В нем было пару запросов которые были очень неоптимальными. На малой нагрузке сервис не давал сбоев (и на него не делали аналитику, мало клиентов же) но внезапно его стали использовать активнее и он повлиял на всю систему. Запросы оптимизировали и все восстановилось. На это понадобилось почти 3 недели.

Из выводов:

"You…
источник

MS

Max Syabro in ctodailychat
Dedulik
вот тут хороший пример


https://t.me/neverendingit/205
Telegram
Бесконечное ИТ
Постмортем сервиса quay.io (private docker container image registry)

На сервисе случилось 3 сбоя - 19 мая, 28 мая, 9 июня.

Сбой выражался почти в полной невозможности для пользователей писать в сервис и очень медленно читать. Первым делом увидели возросшее количество коннекций к базе, которые ее намертво блокировали.

Один из сервисов который 6 лет до этого работал на стандартных настройках пула БД, вдруг начал очень сильно потреблять подключения. Сделали исправление, ограничили количество подключений, стали наблюдать.

Наконец только при последнем, третьем сбое удалось разглядеть паттерн. Незадолго до частичной недоступности сервиса, было много обращений на очень редко используемый сервис.
В нем было пару запросов которые были очень неоптимальными. На малой нагрузке сервис не давал сбоев (и на него не делали аналитику, мало клиентов же) но внезапно его стали использовать активнее и он повлиял на всю систему. Запросы оптимизировали и все восстановилось. На это понадобилось почти 3 недели.

Из выводов:

"You…
выводить правило из одного примера - так себе 🙂
источник

PE

Pavel E in ctodailychat
работает некорректно решается разными уровнями тестирования
источник

PE

Pavel E in ctodailychat
работает медленно -- нагрузочным тестированием
источник

D

Dedulik in ctodailychat
Pavel E
я наверное не целевая аудитория этого сервиса, т.к. я лезу в БД только если это аффектит приложение/кастомеров как-то и это обычно 1) не работает 2) не корректно работает 3) адово медленно работает
2) и 3) ты узнаешь по факту произошедшего. инструмент дает возможность узнать о возможных проблемах до того как они проявятся
источник

D

Dedulik in ctodailychat
Max Syabro
выводить правило из одного примера - так себе 🙂
ты же понимаешь, что оно не одно :) просто это попалось на глаза
источник