一種訪問控制方法及裝置與流程
2023-08-03 05:08:21 1
本申請涉及計算機
技術領域：
，特別涉及一種訪問控制方法及裝置。
背景技術：
：網際網路上的網站主要由域名、空間和網頁組成。通常，網站可以分為靜態網站和動態網站。其中，動態網站可以基於資料庫進行架構，通過資料庫和程序來使網站具有更多高級的功能。當用戶訪問網站中的網頁時，網站需要通過資料庫獲得用戶所訪問的網頁中的數據。當較多的用戶同時訪問某一網站時，會導致該網站資料庫的訪問量大增，資料庫資源消耗巨大，造成資料庫訪問阻塞。為了解決資料庫因為訪問量大而造成的阻塞，現有技術中通常會針對整個網站設置用戶的訪問數量閾值，當訪問量達到該數量閾值時，限制訪問請求，即將該訪問請求丟棄，或暫時中止對該訪問請求的處理。在設置訪問數量閾值時，通常會參考各個網頁的情況。例如，在一個網站中，大部分網頁可以支持1000個用戶同時訪問，小部分網頁可以支持20個人同時訪問，根據經驗，通常可以將訪問數量閾值設置為800。但是，按照上述方式對資料庫的訪問量進行訪問控制時，可能會出現資料庫的訪問數量已經達到限制，但是資料庫資源量還存在剩餘資源量的情況。也就是說，在資料庫資源量還存在剩餘資源量的情況下，由於訪問數量的限制，可能會導致無法響應訪問請求，資料庫資源量的利用率不高。技術實現要素：本申請實施例的目的在於提供了一種訪問控制方法及裝置，以提高資料庫資源量的利用率。為了達到上述目的，本申請公開了一種訪問控制方法，所述方法包括：接收針對目標網頁的第一訪問請求；確定資料庫資源量的剩餘資源量；判斷所述剩餘資源量是否大於消耗資源量，其中，所述消耗資源量為：預先確定的所述目標網頁對應的單個訪問請求消耗的資料庫資源量；如果是，則訪問資料庫，響應所述第一訪問請求。為了達到上述目的，本申請公開了一種訪問控制裝置，所述裝置包括：訪問請求接收模塊，用於接收針對目標網頁的第一訪問請求；剩餘資源確定模塊，用於確定資料庫資源量的剩餘資源量；資源大小判斷模塊，用於判斷所述剩餘資源量是否大於消耗資源量，其中，所述消耗資源量為：預先確定的所述目標網頁對應的單個訪問請求消耗的資料庫資源量；訪問請求響應模塊，用於當所述資源大小判斷模塊的判斷結果為是時，訪問資料庫，響應所述第一訪問請求。由上述技術方案可見，本申請實施例中，在接收到針對目標網頁的第一訪問請求之後，確定資料庫資源量的剩餘資源量，判斷所述剩餘資源量是否大於消耗資源量，如果是，則訪問資料庫，響應所述第一訪問請求。其中，所述消耗資源量為：預先確定的所述目標網頁對應的單個訪問請求消耗的資料庫資源量。針對每個訪問請求，若資料庫資源量的剩餘資源量大於目標網頁對應的單個訪問請求消耗的資料庫資源量，則響應第一訪問請求。因此，應用本申請實施例提出的方案，可以解決現有技術中，由於訪問數量限制，即使資料庫資源還存在剩餘資源量，也無法響應訪問請求，導致資料庫資源利用率不高的問題，從而能夠提高資料庫資源量的利用率。附圖說明為了更清楚地說明本申請實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單的介紹。顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1為本申請實施例提供的訪問控制方法的一種流程示意圖；圖2為本申請實施例提供的訪問控制方法的另一種流程示意圖；圖3為本申請實施例提供的訪問控制方法的再一種流程示意圖；圖4為本申請實施例提供的訪問控制裝置的一種結構示意圖；圖5為本申請實施例提供的訪問控制裝置的另一種結構示意圖。具體實施方式下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整的描述。顯然，所描述的實施例僅僅是本申請的一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動的前提下所獲得的所有其他實施例，都屬於本申請保護的範圍。本申請實施例提供了一種訪問控制方法及裝置，能夠減少資料庫訪問阻塞的發生次數。下面通過具體實施例，對本申請進行詳細說明。圖1為本申請實施例提供的訪問控制方法的一種流程示意圖，應用於電子設備。該電子設備可以以多種形式存在，包括但不限於個人計算機、伺服器等設備。具體的，電子設備中可以有已經創建的多個網站，每個網站可以包括多個網頁，網站可以對應一個資料庫，也可以對應多個資料庫。本實施例可以針對每個資料庫進行訪問控制的設置。具體的，該方法包括如下步驟：步驟S101：接收針對目標網頁的第一訪問請求。其中，第一訪問請求中可以攜帶目標網頁的標識信息。該標識信息可以為目標網頁的URL(UniformResoureLocator，統一資源定位符)等。步驟S102：確定資料庫資源量的剩餘資源量。在實際應用中，資料庫資源量通常可以理解為一個抽象的概念，可以將資料庫資源總量用某一數值表示，也可以將資料庫資源總量用單位1表示。確定資料庫資源量的剩餘資源量，可以包括多種實施方式。可以是，將資料庫資源量的剩餘資源量確定為：預先保存的資料庫資源總量與已消耗的資料庫資源量的差值。當然，也可以是，將資料庫資源量的剩餘資源量確定為上述差值與預設值的差值。其中，已消耗的資料庫資源量可以根據當前正在訪問資料庫的各個網頁的訪問請求數量以及各個網頁單個訪問請求數量所消耗的資料庫資源量確定。步驟S103：判斷所述剩餘資源量是否大於消耗資源量，如果是，則執行步驟S104。這時，說明當前針對目標網頁的訪問請求數量不太多，沒有超過閾值，第一訪問請求可以被執行後續處理。如果剩餘資源量不大於消耗資源量，則說明當前針對目標網頁的訪問請求數量較多，已經超過閾值，因此可以丟棄該第一訪問請求，或者暫時中止該第一訪問請求。在預設時長之後再次執行步驟S102。其中，所述消耗資源量為：預先確定的所述目標網頁對應的單個訪問請求消耗的資料庫資源量。目標網頁對應的單個訪問請求消耗的資料庫資源量可以是預先確定並存儲在電子設備中的數據。因此，目標網頁對應的單個訪問請求消耗的資料庫資源量可以直接從電子設備中獲取。例如，剩餘資源量R為5，預先確定的目標網頁A對應的單個訪問請求消耗的資料庫資源量U為0.5，5>0.5，可以判斷出剩餘資源量R大於消耗資源量。具體的，確定目標網頁對應的單個訪問請求消耗的資料庫資源量可以包括多種實施方式，可以採用極限測試法測試目標網頁的單個訪問請求消耗的資料庫資源量，也可以根據目標網頁中的數據量計算該目標網頁的單個訪問請求消耗的資料庫資源量。步驟S104：訪問資料庫，響應第一訪問請求。具體的，訪問資料庫，即是從資料庫中獲取目標網頁所需要的數據。響應第一訪問請求，即是將所獲取的目標網頁所需要的數據發送至第一訪問請求的發送者。由上述內容可見，本實施例中，在接收到針對目標網頁的第一訪問請求之後，確定資料庫資源量的剩餘資源量，判斷所述剩餘資源量是否大於消耗資源量，如果是，則訪問資料庫，響應所述第一訪問請求。其中，所述消耗資源量為：預先確定的所述目標網頁對應的單個訪問請求消耗的資料庫資源量。針對每個訪問請求，若資料庫資源量的剩餘資源量大於目標網頁對應的單個訪問請求消耗的資料庫資源量，則響應第一訪問請求。因此，應用本申請實施例提出的方案，可以解決現有技術中，由於訪問數量限制，即使資料庫資源還存在剩餘資源量，也無法響應訪問請求，導致資料庫資源利用率不高的問題。也就是說，應用本實施例的技術方案，可以提高資料庫資源量的利用率。同時，現有技術中，針對網站設置訪問數量閾值，當接收到訪問請求時，只計算訪問請求的總數量，不區分訪問請求所訪問的網頁。通過限制訪問請求的總數量，防止資料庫發生訪問阻塞的問題。但是，在訪問量沒有超過上述訪問數量閾值的情況下，當訪問高資源消耗量的網頁的訪問請求數量較多時，還容易出現資料庫訪問阻塞的問題。而本實施例中，針對每個訪問請求，根據資料庫資源量的剩餘資源量與目標網頁對應的單個訪問請求消耗的資料庫資源量的大小關係，確定是否響應第一訪問請求，能夠避免出現被放行的高資源消耗量的網頁的訪問請求數量較多的情況，從而能夠減少資料庫訪問阻塞的發生次數。在實際應用中，針對資料庫對應的多個網頁，這些網頁對資料庫資源的消耗量是不同，但大體上可以根據資料庫資源消耗量的大小，將這些網頁分為兩種類型：高資源消耗類型和低資源消耗類型。為了均衡處理各個類型網頁的訪問請求，可以對圖1所示實施例進行如下改進。在本申請的另一實施例中，圖1所示實施例中的步驟S102，即確定資料庫資源量的剩餘資源量，可以按照圖2所示流程示意圖進行。具體的，該步驟可以包括：步驟S102A：從預先生成的網頁與資源消耗類型的對應關係中，匹配目標網頁對應的目標資源消耗類型。其中，資源消耗類型可以包括高資源消耗類型和低資源消耗類型等。當然，資源消耗類型還可以包括其他種類，以上列舉的只是一種實施方式，本申請對該資源消耗類型的具體表示形式不做限定。具體的，針對資料庫所對應的所有網頁，可以預先生成每個網頁與資源消耗類型的對應關係，並保存該對應關係。作為一種具體的實施方式，可以採用以下方式生成所述網頁與資源消耗類型的對應關係：按照以下方式生成每一網頁與資源消耗類型之間的對應關係：步驟1：在預設時間段內，統計針對第一網頁的第二訪問請求的到達時間以及響應時間。其中，第一網頁為任一網頁。也就是說，針對資料庫所對應的所有網頁，每個網頁都可以按照步驟1～步驟3的方式生成該網頁與資源消耗類型之間的對應關係。第二訪問請求的到達時間，是指作為執行主體的電子設備接收到第二訪問請求的時間。當電子設備接收到第二訪問請求時，如果判斷出第二訪問請求可以被放行，則訪問資料庫，從資料庫中獲得第二訪問請求對應的數據，並將該數據發送至第二訪問請求的發送者。將該數據發送至第二訪問請求的發送者，即為響應第二訪問請求的過程。響應第二訪問請求的時間即為第二訪問請求的響應時間。在預設時間段內，第二訪問請求可能包括多個，其中，有些允許訪問資料庫，有些不被允許訪問資料庫。在本實施方式中，統計的第二訪問請求的到達時間以及響應時間，可以是統計允許訪問資料庫的第二訪問請求的到達時間以及響應時間。不被允許訪問資料庫的第二訪問請求，可以排除，不對其進行統計。步驟2：計算所述到達時間與所述響應時間之間的間隔時長。在實際應用中，可以在電子設備上設置時間學習模塊，預先設置好需要監測的時間段以及需要監測的網站或者伺服器所包含的網頁。採用該時間學習模塊監測第一網頁的訪問請求的到達時間以及響應時間，並計算到達時間與響應時間之間的間隔時長。當預設時間段內針對第一網頁的第二訪問請求存在多個時，可以計算每個訪問請求的到達時間與響應時間之間的待選間隔時長。當待選間隔時長存在多個時，可以取多個待選間隔時長的中位數作為間隔時長；也可以是，取多個待選間隔時長的平均值作為最終的間隔時長。本申請對此不做具體限定。步驟3：判斷所述間隔時長是否大於預設時間閾值，如果是，則確定第一網頁的第一資源消耗類型為高資源消耗類型，如果否，則確定第一資源消耗類型為低資源消耗類型，並生成所述第一網頁與所述第一資源消耗類型之間的對應關係。可以理解的是，間隔時長越長，說明資料庫對該網頁的數據處理較慢，訪問該網頁時消耗的資料庫資源越多；間隔時長越短，說明資料庫對該網頁的數據處理較快，訪問該網頁時消耗的資源庫資源越少。具體的，時間閾值可以是預先設置好的，其值可以是4秒或其他值，本申請對此不做具體限定。作為一個例子，表1中列出了計算得到的某網站的各個網頁的間隔時長數據。如果時間閾值取為10秒，則可以確定序號為1和3的網頁為高資源消耗類型，序號為2和4的網頁為低資源消耗類型。表1序號網頁URL間隔時長資源消耗類型1192.16x.20.1/system/index.php11.2高2192.16x.20.1/system/special.php8.4低3192.16x.20.1/system/article.php15.6高4192.16x.20.1/system/default.php6.5低步驟S102B：確定預先分配給所述目標資源消耗類型網頁的資料庫資源量的剩餘資源量。需要指出的是，一個網站通常包含大量網頁，大部分網頁屬於低資源消耗類型，其對應的訪問請求需要的資料庫資源量低，少部分網頁屬於高資源消耗類型，其對應的訪問請求需要的資料庫資源量高。當屬於高資源消耗類型網頁對應的訪問請求數量較多時，這些網頁可能消耗掉全部的資料庫資源，導致低資源消耗類型網頁對應的訪問請求無法被響應。由於高資源消耗類型網頁對應的單個訪問請求消耗的資料庫資源量較高，因此，在上述種情況下，資料庫資源量只能響應少部分用戶的訪問請求，想要訪問低資源消耗類型網頁的大部分用戶的訪問請求得不到響應，從而導致網站整體的用戶體驗度不高。因此，為了能夠均衡分配資料庫資源，提高網站整體的用戶體驗度，在本實施例中，預先針對高資源消耗類型網頁和低資源消耗類型網頁分配資料庫資源量。由於目標資源消耗類型可以是高資源消耗類型，也可以是低資源消耗類型。一般來說，高資源消耗類型的網頁數量較少，低資源消耗類型的網頁數量較多。針對高資源消耗類型的網頁和低資源消耗類型的網頁，可以採用不同的方式確定剩餘資源量。作為一種具體實施方式，在所述目標資源消耗類型為高資源消耗類型時，步驟S102B，即確定預先分配給所述目標資源消耗類型網頁的資料庫資源量的剩餘資源量，具體包括以下步驟：步驟1：獲取每個目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量。其中，目標資源消耗類型網頁是指屬於目標資源消耗類型的網頁。獲取每個目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量，即是指分別獲取每個屬於目標資源消耗類型的網頁對應的處於訪問狀態的訪問請求的數量。例如，屬於目標資源消耗類型的網頁包括網頁1、網頁2和網頁3，獲取每個目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量，即是獲取網頁1對應的處於訪問狀態的訪問請求的數量N1，獲取網頁2對應的處於訪問狀態的訪問請求的數量N2，獲取網頁3對應的處於訪問狀態的訪問請求的數量N3。當電子設備接收到訪問請求時，可以針對該訪問請求作出如下處理：允許該訪問請求訪問資料庫，或丟棄該訪問請求，或暫時中止該訪問請求，在預設時長之後，再運行該訪問請求訪問資料庫。當允許該訪問請求訪問資料庫時，資料庫將根據訪問請求獲取數據，然後將獲取到的數據發送至該訪問請求的發送者。該訪問請求處於訪問狀態，是指從允許該訪問請求訪問資料庫開始，到資料庫將數據發送給訪問請求的發送者之前的這段時間內該訪問請求的狀態，是一種正在訪問資料庫的狀態。具體的，電子設備可以根據自身記錄的各個網頁對應的處於訪問狀態的訪問請求的數量，獲取每個所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量。例如，目標資源消耗類型網頁包括A、B、C和D四個網頁，那麼電子設備根據自身記錄的各個網頁對應的處於訪問狀態的訪問請求的數量，可以獲取到每個網頁對應的處於訪問狀態的訪問請求的數量分別為：A為5，B為10，C為7，D為12。步驟2：根據以下表達式，確定預先分配給所述目標資源消耗類型網頁的資料庫資源量的剩餘資源量R：其中，所述L為資料庫資源總量，所述P為預先分配給所述目標資源消耗類型網頁的資料庫資源的比例，所述n為所述目標資源類型網頁的數量，所述Qi為第i個所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量，所述Ui為預先確定的第i個所述目標資源消耗類型網頁對應的單個訪問請求消耗的資料庫資源量，所述L*P表示預先分配給所述目標資源消耗類型網頁的資料庫資源量。例如，資料庫資源總量為100，預先分配給目標資源消耗類型網頁的資料庫資源的比例為40％。目標資源消耗類型網頁包括A、B、C和D四個網頁，每個網頁對應的處於訪問狀態的訪問請求的數量Qi分別為：A為5，B為10，C為7，D為12，預先確定的每個網頁對應的單個訪問請求消耗的資料庫資源量Ui分別為：A為0.5，B為1，C為1.5，D為1，則可以計算出預先分配給所述目標資源消耗類型網頁的資料庫資源量的剩餘資源量R為：R＝100*40％-(5*0.5+10*1+7*1.5+12*1)＝40-35＝5當然，在實際應用中，為了簡便起見，資料庫資源總量也可以取為單位1，目標資源消耗類型網頁對應的單個訪問請求消耗的資料庫資源量也可以根據歸一化原則簡化為0～1之間的數。作為一種具體實施方式，在所述目標資源消耗類型為低資源消耗類型時，步驟S102B，即確定預先分配給所述目標資源消耗類型網頁的資料庫資源量的剩餘資源量，可以包括：步驟1：獲取每個所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量，並將每個所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量相加，得到所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的總數量。其中，目標資源消耗類型網頁是指屬於目標資源消耗類型的網頁。獲取每個所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量，即是指獲取每個屬於目標資源消耗類型的網頁對應的處於訪問狀態的訪問請求的數量。例如，屬於目標資源消耗類型的網頁包括網頁1、網頁2和網頁3，獲取網頁1、網頁2和網頁3對應的處於訪問狀態的訪問請求的數量分別為N1、N2和N3。將N1、N2、N3三者相加即得到所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的總數量。由於低資源消耗類型的網頁的每個訪問請求消耗的資料庫資源較少，因此，為了提高計算效率，只需獲取低資源消耗類型的所有網頁的處於訪問狀態的訪問請求的總數量，計算剩餘資源量。步驟2：根據以下表達式，確定預先分配給所述目標資源消耗類型網頁的資料庫資源量的剩餘資源量R：R＝L*P-Qn*U；其中，所述L為資料庫資源總量，所述P為預先分配給所述目標資源消耗類型網頁的資料庫資源的比例，所述Qn為所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的總數量，所述U為預先確定的所述目標資源消耗類型網頁對應的單個訪問請求消耗的資料庫資源量，所述L*P為預先分配給所述目標資源消耗類型網頁的資料庫資源量。由於低資源消耗類型的網頁的每個訪問請求消耗的資料庫資源較少，因此可以首先確定每個目標資源消耗類型網頁對應的單個訪問請求消耗的第一資料庫資源量，然後將第一資料庫資源量的平均值作為目標資源消耗類型網頁對應的單個訪問請求消耗的資料庫資源量。當然，也可以根據經驗預先設定目標資源消耗類型網頁對應的單個訪問請求消耗的資料庫資源量的值。以上方式都是可行的。可以理解的是，針對低資源消耗類型的網頁，不再針對每個網頁分別計算該網頁消耗的資料庫資源量，而是將低資源消耗類型網頁當成相同網頁處理，當網站中低資源消耗類型網頁的數量非常多時，這種方式可以減少計算量，提高處理速度。可見，在本實施例中，與圖1所示實施例不同的是，圖2所示實施例中在確定資料庫資源量的剩餘資源量時，確定預先分配給目標網頁所歸屬的目標資源消耗類型網頁的資料庫資源量的剩餘資源量，當該剩餘資源量大於消耗資源量時，訪問資料庫，響應第一訪問請求。因此，本實施例除了具備圖1所示實施例的有益效果之外，還可以均衡處理各個資源消耗類型網頁的訪問請求，避免出現一個或多個資源消耗類型對應的網頁的訪問請求不被響應的情況，使資料庫對訪問請求的響應更合理化。作為一種具體實施方式，在圖2所示實施例中，消耗資源量為預先確定的目標網頁對應的單個訪問請求消耗的資料庫資源量。可以採用以下方式確定所述消耗資源量：步驟1：在所述資料庫處於空閒狀態時，向資料庫同時發送訪問數量個第一訪問請求。資料庫處於空閒狀態，是指當前沒有任何訪問請求訪問資料庫，資料庫資源沒有被消耗的狀態。上述訪問數量可以是預設的第二數值，例如5等數值。需要說明的是，為了清楚明了，針對目標網頁向資料庫發送的訪問請求都稱為第一訪問請求，也就是說，第一訪問請求包括在不同時間針對目標網頁向資料庫發送的訪問請求。步驟2：檢測資料庫是否出現阻塞狀態，如果未出現，則執行步驟3；如果出現，則執行步驟4。步驟3：根據預設規則，增加所述訪問數量，並返回執行步驟1。具體的，根據預設規則，增加所述訪問數量，可以包括：將訪問數量乘以預設第三數值，得到增加後的訪問數量。其中，預設第三數值可以為1.2等數值。當然根據預設規則增加訪問數量的方式還包括很多，本實施例對此不做具體限定。步驟4：根據資料庫資源總量以及當前的訪問數量，確定所述消耗資源量。當前的訪問數量是指，在本次循環中的訪問數量。當資料庫出現阻塞狀態時，說明當前的訪問數量已經是資料庫可以承受的針對目標網頁的最大的訪問請求數量。具體的，可以確定所述消耗資源量為：資料庫資源總量與所述當前的訪問數量的商。也可以將資料庫資源總量與所述當前的訪問數量的商加上預設第四數值之後的值確定為上述消耗資源量。用公式表示可以為：Un＝L/Cn。其中，Un為確定的消耗資源量，L為資料庫資源總量，Cn為當前的訪問數量。本實施例對本步驟的具體實施方式不做限定。下面針對步驟1～步驟6的過程進行舉例說明。在資料庫處於空閒狀態時，針對目標網頁A，向資料庫同時發送5個訪問請求，以使資料庫針對這5個訪問請求獲得相應的數據，並返回訪問請求的發送者。檢測資料庫是否出現阻塞狀態。由於檢測結果為未出現阻塞，因此將訪問請求的數量5加5，即增加至10個訪問請求。繼續向資料庫同時發送10個訪問請求，如果檢測到的資料庫的狀態仍然是未出現阻塞，則將訪問請求的數量10再加5，即增加至15個訪問請求，繼續向資料庫同時發送15個訪問請求。如此循環執行。當同時向資料庫發送35個訪問請求時，檢測到資料庫出現阻塞狀態，則上述循環過程結束，並可以根據資料庫資源總量單位1和數量35確定所述消耗資源量為：1/35＝0.0286。表2列出了確定出的某網站各個網頁的最大訪問請求數量Cn以及每個網頁對應的單個訪問請求消耗的資料庫資源量Un。其中，資料庫資源總量取為單位1。表2序號網頁URL間隔時長CnUn1192.16x.20.1/system/index.php11.2350.02862192.16x.20.1/system/special.php8.4470.02133192.16x.20.1/system/article.php15.6220.04554192.16x.20.1/system/default.php6.5650.0154為了保證後續過程的連續性，在一種具體實施方式中，圖2所示實施例還可以包括：在所述訪問資料庫的步驟後，將所述目標網頁對應的處於訪問狀態的訪問請求的第一數量增大預設值；在所述響應所述第一訪問請求的步驟後，將所述第一數量減小所述預設值。其中，該預設值可以為1，當然也可以為其他具體值，本實施例對此不做具體限定。在本申請的另一實施例中，可以對圖1所示實施例進行改進。具體的，在步驟S102A之後，即在從預先生成的網頁與資源消耗類型的對應關係中，匹配所述目標網頁對應的目標資源消耗類型之後，還可以包括圖3所示步驟：步驟102A′：判斷所述目標資源消耗類型是否為高資源消耗類型，如果是，則執行步驟102A。也就是說，當判斷出目標資源消耗類型為高資源消耗類型時，才繼續執行圖2所示實施例中步驟102A以及之後的步驟。當判斷出目標資源消耗類型不是高資源消耗類型時，可以按照現有技術的方法處理第一訪問請求。當然，也可以按照其他方式處理第一訪問請求，本申請實施例對此不做具體限定。圖4為本申請實施例提供的訪問控制裝置的一種結構示意圖，應用於電子設備，與圖1所示實施例相對應。所述裝置包括：訪問請求接收模塊41，用於接收針對目標網頁的第一訪問請求；剩餘資源確定模塊42，用於確定資料庫資源量的剩餘資源量；資源大小判斷模塊43，用於判斷所述剩餘資源量是否大於消耗資源量，其中，所述消耗資源量為：預先確定的所述目標網頁對應的單個訪問請求消耗的資料庫資源量；訪問請求響應模塊44，用於當所述資源大小判斷模塊的判斷結果為是時，訪問資料庫，響應所述第一訪問請求。在本發明的另一實施例中，圖1所示裝置實施例中，剩餘資源確定模塊42可以如圖5所示，包括如下子模塊，該實施例與圖2所示實施例相對應。消耗類型匹配子模塊421，用於從預先生成的網頁與資源消耗類型的對應關係中，匹配所述目標網頁對應的目標資源消耗類型；剩餘資源確定子模塊422，用於確定預先分配給所述目標資源消耗類型網頁的資料庫資源量的剩餘資源量。作為一種具體實施方式，在圖5所示實施例中，所述裝置還可以包括：網頁類型判斷模塊(圖中未示出)，用於在所述消耗類型匹配子模塊421之後，判斷所述目標資源消耗類型是否為高資源消耗類型；如果是，則執行所述剩餘資源確定子模塊422。作為一種具體實施方式，在圖5所示實施例中，所述裝置還可以包括：增大數量模塊，用於在所述訪問資料庫後，將所述目標網頁對應的處於訪問狀態的訪問請求的第一數量增大預設值；減小數量模塊，用於在所述響應所述第一訪問請求後，將所述第一數量減小所述預設值。作為一種具體實施方式，在圖5所示實施例中，在所述目標資源消耗類型為高資源消耗類型時，所述剩餘資源確定子模塊422，可以包括：第一獲取單元(圖中未示出)，用於獲取每個所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量；第一確定單元(圖中未示出)，用於根據以下表達式，確定預先分配給所述目標資源消耗類型網頁的資料庫資源量的剩餘資源量R：其中，所述L為資料庫資源總量，所述P為預先分配給所述目標資源消耗類型網頁的資料庫資源的比例，所述n為所述目標資源類型網頁的數量，所述Qi為第i個所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量，所述Ui為預先確定的第i個所述目標資源消耗類型網頁對應的單個訪問請求消耗的資料庫資源量。作為一種具體實施方式，在圖5所示實施例中，在所述目標資源消耗類型為低資源消耗類型時，所述剩餘資源確定子模塊422，可以包括：第二獲取單元(圖中未示出)，用於獲取每個所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量，並將每個所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的數量相加，得到所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的總數量；第二確定單元(圖中未示出)，用於根據以下表達式，確定預先分配給所述目標資源消耗類型網頁的資料庫資源量的剩餘資源量R：R＝L*P-Qn*U；其中，所述L為資料庫資源總量，所述P為預先分配給所述目標資源消耗類型網頁的資料庫資源的比例，所述Qn為所述目標資源消耗類型網頁對應的處於訪問狀態的訪問請求的總數量，所述U為預先確定的所述目標資源消耗類型網頁對應的單個訪問請求消耗的資料庫資源量。作為一種具體實施方式，在圖5所示實施例中，所述裝置還可以包括消耗資源確定模塊(圖中未示出)；所述消耗資源確定模塊，用於採用以下方式確定所述消耗資源量：在所述資料庫處於空閒狀態時，向所述資料庫同時發送訪問數量個第一訪問請求；檢測所述資料庫是否出現阻塞狀態；如果未出現，則根據預設規則，增加所述訪問數量，並返回執行所述向所述資料庫同時發送訪問數量個第一訪問請求；如果出現，則根據資料庫資源總量以及當前的訪問數量，確定所述消耗資源量。作為一種具體實施方式，在圖5所示實施例中，所述裝置還可以包括對應關係生成模塊(圖中未示出)；所述對應關係生成模塊，用於採用以下方式生成所述網頁與資源消耗類型的對應關係：按照以下方式生成每一網頁與資源消耗類型之間的對應關係：在預設時間段內，統計針對第一網頁的第二訪問請求的到達時間以及響應時間，其中，所述第一網頁為任一網頁；計算所述到達時間與所述響應時間之間的間隔時長；判斷所述間隔時長是否大於預設時間閾值，如果是，則確定所述第一網頁的第一資源消耗類型為高資源消耗類型，如果否，則確定所述第一資源消耗類型為低資源消耗類型，並生成所述第一網頁與所述第一資源消耗類型之間的對應關係。由於上述裝置實施例是基於方法實施例得到的，與該方法具有相同的技術效果，因此裝置實施例的技術效果在此不再贅述。對於裝置實施例而言，由於其基本相似於方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。需要說明的是，在本文中，諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且，術語「包括」、「包含」或者任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。本領域普通技術人員可以理解，上述實施方式中的全部或部分步驟是能夠通過程序指令相關的硬體來完成的，所述的程序可以存儲於計算機可讀取存儲介質中。這裡所稱存儲介質，是指ROM/RAM、磁碟、光碟等。以上所述僅為本申請的較佳實施例而已，並非用於限定本申請的保護範圍。凡在本申請的精神和原則之內所做的任何修改、等同替換、改進等，均包含在本申請的保護範圍內。當前第1頁1 2 3