Время ожидания сессии SQL

Question

Одно из моих приложений использует состояние сеанса sql, время ожидания в настоящее время установлено на 20 минут. У меня вопрос: поскольку он хранится в базе данных, а не в памяти сервера, я могу увеличить время ожидания без каких-либо существенных проблем с производительностью, верно?

Я не совсем понимаю важность тайм-аута для сценария состояния сеанса базы данных, поскольку база данных должна легко обрабатывать множество сеансов.

Answer 1

Я думаю, что значение тайм-аута больше для публичных веб-сайтов, на которых вы могли бы получить много хитов и довольно быстро пополнить свою базу данных. Это, как говорится, бесконечное не совсем то, что вы хотите ...

Answer 2

Я также искал подтверждение вашего мнения - что, если место на жестком диске дешево, я должен иметь возможность иметь 8-часовой сеанс в SqlSessionState без заметных проблем с производительностью (помимо того, что вызывает 20-минутный сеанс сервера sql), учитывая Интранет-приложение среднего размера.

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

И, наконец, если вы храните токены аутентификации или роли в сеансе, вам может потребоваться истечь срок их действия чаще, чтобы проверить, что пользователь все еще является пользователем и все еще имеет эти роли.

Answer 3

Длина сеанса должна определяться функциональностью (например, онлайн-банкинг будет иметь тенденцию к сокращению времени ожидания, в то время как сайт, подобный SO, вместо этого позволяет более длительный период печатать запись), а не механизмом реализации.

Использование внепроцессного режима позволяет сохранить контекст сеанса в случае повторных циклов IIS и требует меньше прямых (используемых самим IIS) ресурсов памяти. Но это не имеет отношения к тому, должен ли сеанс длиться 8 часов или 5 минут.