優化ASP.NET 2.0 Profile Provider

你可知道優化ASP.NET 2.0 Profile Provider中有兩個能進行優化的重要存儲過程嗎？如果在沒有進行任何必要優化的情況下使用過它們，你的服務器將會因為業務量的增長而變得異常繁忙。這里有一個故事：

在2006年3月份的MIX大會上展示了Pageflakes。當時我們是我們最富有魅力的時候。我們是作為支持Showcase of Atlas Web site的第一家公司。每天訪問站點的用戶數量接連攀升。有一天我們注意到，數據庫服務器不再工作了。然后我們重新啟動了服務器，工作恢復了正常，可過了一小時后，服務器再次死掉了。在我們對服務器主體部分進行了檢查分析之后，我們發現CPU占用率高達100％并且IO使用率更高。

硬盤驅動器發熱，并進行了自動關閉以保護其不受損壞。這對我們來說感到十分驚奇，因為我們原以為我們一直都很聰明，并且針對每個單獨的Web服務功能都使用了 profile。因此，我們對上百兆的日志進行了分析希望能找到那個Web服務耗費了這么多時間。我們對其中一個產生了懷凝。它是加載用戶頁面配置的第一個功能。我們將這個功能分解成了很多小的部分以便我們能快速找到那一部分花費了大部分時間。

private GetPageflake(string source, string pageID, string userUniqueName)  
{  
if( Profile.IsAnonymous )  
{  
using (new TimedLog(Profile.UserName,"GetPageflake"))  
{ 

正如你所看到的情形，整個方法主體就是用于計時。如果你想了解這種計時是如何工作的，我會在一篇新的文章中進行解釋。我們也對其中一小部分我們懷凝最耗費資源的功能進行了計時。但是在我們的代碼中需要花費大量時間處理的部分很多。我們的代碼一直都是經過優化的（畢竟，你知道是誰在查看它，就是我）。

同時，用戶開始了大叫，管理也開始混亂，支持部門的員工也開始抱怨這么多電話。開發人員搞得焦頭亂額此時也變得胡言亂語。這并不是什么特殊情況，僅僅就是一個每個月會遇到2次的一個典型解決方案。

現在你一定在大聲叫喊了，“你可以使用SQL Profiler啊，你這個傻瓜！”。問題是我們使用的是SQL Server工作組版本。不支持SQL Profiler這個功能。因此我們不得不采用我們的方法來解決這個問題，無論怎樣也得使其在服務器上正常運行。不要問這個到底如何實現。在運行了SQL Profiler以后，孩子，真讓我們吃驚！原來才是這個巨大的存儲過程dbo.aspnet_Profile_GetProfiles給我們帶來了痛苦！

我們習慣大量使用（并且一直使用）Profile provider這個工具。

CREATE PROCEDURE [dbo].[aspnet_Profile_GetProfiles]  
 @ApplicationName nvarchar(256),  
@ProfileAuthOptions int,  
@PageIndexint,  
@PageSize int,  
@UserNameToMatch nvarchar(256) = NULL,  
@InactiveSinceDate datetime = NULL 
AS  
BEGIN  
DECLARE @ApplicationId uniqueidentifier  
SELECT @ApplicationId = NULL 
SELECT @ApplicationIdApplicationId = ApplicationId  
FROM aspnet_Applications  
WHERE LOWER(@ApplicationName)  
= LoweredApplicationName  
 
 IF (@ApplicationId IS NULL)  
RETURN  
 
 -- Set the page bounds  
DECLARE @PageLowerBound int  
DECLARE @PageUpperBound int  
DECLARE @TotalRecords int  
 SET @PageLowerBound = @PageSize * @PageIndex  
 SET @PageUpperBound = @PageSize - 1 + @PageLowerBound  
 
-- Create a temp table TO store the select results  
CREATE TABLE #PageIndexForUsers  
(  
IndexId int IDENTITY (0, 1) NOT NULL,  
UserId uniqueidentifier  
)  
 
-- Insert into our temp table  
 INSERT INTO #PageIndexForUsers (UserId)  
 
SELECT u.UserId  
FROMdbo.aspnet_Users  
u, dbo.aspnet_Profile p  
WHERE ApplicationId = @ApplicationId  
AND u.UserId = p.UserId  
AND (@InactiveSinceDate  
IS NULL OR LastActivityDate  
<= @InactiveSinceDate)  
AND (  
(@ProfileAuthOptions = 2)  
OR (@ProfileAuthOptions = 0 
AND IsAnonymous = 1)  
OR (@ProfileAuthOptions = 1 
AND IsAnonymous = 0)  
)  
AND (@UserNameToMatch  
IS NULL OR LoweredUserName  
LIKE LOWER(@UserNameToMatch))  
ORDER BY UserName  
 
SELECT u.UserName, u.IsAnonymous, u.LastActivityDate,  
p.LastUpdatedDate, DATALENGTH(p.PropertyNames)  
+ DATALENGTH(p.PropertyValuesString)  
+ DATALENGTH(p.PropertyValuesBinary)  
FROMdbo.aspnet_Users  
u, dbo.aspnet_Profile p, #PageIndexForUsers i  
WHERE  
u.UserId = p.UserId  
AND p.UserId = i.UserId  
AND i.IndexId >= @PageLowerBound  
AND i.IndexId <= @PageUpperBound  
 
DROP TABLE #PageIndexForUsers  
 
END  
END 

以上是優化ASP.NET 2.0 Profile Provider。

【編輯推薦】

1. 淺析ASP.NET中配置文件
2. .NET RIA Services就像ASP.NET那樣方便
3. ASP.NET AJAX Extensions中UpdatePanel控件概述
4. ASP.NET調用UpdatePanel的Update()方法
5. 淺談ASP.NET AJAX的WCF服務