SQL會話超時推薦

Question

我的一個應用使用SQL會話狀態，超時當前設置爲20分鐘。我的問題是，因爲這是存儲在數據庫中，而不是在服務器內存中，我應該能夠增加超時沒有任何重大的性能問題嗎？

我真的不明白超時的數據庫會話狀態場景的重要性，因爲數據庫應該能夠輕鬆地處理大量的會話。

Answer 1

我認爲超時的相關性則多爲面向公衆的網站，你可能會得到很多的點擊和相當迅速填補你的數據庫。這就是說，無限是不正是你想要麼...

Answer 2

我也在尋找你的意見的確認 - 如果硬盤空間很便宜，我應該能夠在SqlSessionState 8小時會話沒有顯着的性能問題（超過20分鐘的sql server會話原因），給定一箇中等規模的辦公級別的內部網應用程序。

試着記住，有關會話的建議會處理一次可處理多少用戶，用戶有多大可能開始一些工作，長時間中斷並需要繼續。

最後如果你存儲的認證令牌或會話的角色，那麼你可能要屆滿的那些更經常地檢查用戶仍是用戶，仍然有這些角色。

Answer 3

會話的長度應由功能決定（例如，網上銀行會趨向於縮短超時時間，而類似SO的網站則允許更長的時間來輸入條目），而不是通過實施機制。

使用out-of-process mode允許保持會話上下文在IIS重新循環的情況下，且需要較少的直接（IIS使用本身）的存儲器資源。但這與會議是否應持續8小時或5分鐘無關。