Коллеги, давайте обсудим нагрузки на систему с точки зрения запросов к базе. Их пути решения и методы.
Собственно вот что хотелось бы и обсудить. Скажем так, на один APP рекомендовано 70 сессий при этом есть механизм позволяющий поднять на одной железке хоть 5 сервисов.
С точки зрения структуры базы, разработчики закрыли этот функционал, но ведь ресурсы они, же не резиновые.
Вот и назревает вопрос, а хорошо ли это?
Еще один из моментов, зависание системы на N время «Провисание». Также система может провисать от очень многих факторов.
Объем базы
Количество сессий
Скорость дисков базы
Правильность разнесения базы по дискам
Оптимизации фильтров в системе
Ограничение на доступ к устаревшим данным
и.т.д
Открываем «Монитор активности» и наблюдаем за тем, что собственно происходит, в момент провисания. А там («сказка»), один из прикладных серверов запустил select и остановил работу остальных. При этом сервер который залочил таблицу не отвечает за пользователей,… что заставляет подумать, как почтовый app умудряется повесить систему?
Или еще, находятся умники, которые могут устроить поиск по базе, скажем за полгода и еще с выводом больших полей. Но мы-то знаем, что можно настроить кол. Выводимых данных на экран, а вот база.
Вот и получается, пока такие запросы не отработают на уровне базы, они останавливают работу на N время.
Вот хотел бы услышать Ваши мнения.