數(shù)據(jù)庫處理、數(shù)據(jù)訪問方法及系統(tǒng)的制作方法
【技術領域】
[0001]本申請涉及數(shù)據(jù)庫技術領域，特別是涉及數(shù)據(jù)庫處理、數(shù)據(jù)訪問方法及系統(tǒng)。
【背景技術】
[0002]一般而言，互聯(lián)網(wǎng)應用系統(tǒng)在為用戶提供業(yè)務或者服務的過程中，都需要數(shù)據(jù)庫的支持。例如，電子商務交易平臺中，需要在數(shù)據(jù)庫中保存賣家用戶上傳的商品對象的描述、庫存信息，等等。但在實際應用中，數(shù)據(jù)庫操作經(jīng)常出現(xiàn)瓶頸問題。
[0003]例如，在數(shù)據(jù)庫系統(tǒng)中，為了保證事務的ACID特性(原子性、一致性、隔離性、持久性)，一般都采用鎖機制，包括主流的Oracle、MySQL、SQL Server等,各類數(shù)據(jù)庫采用的鎖理論也基本一致。引入鎖機制之后，在同一時間點只有一個會話可以操作同一條數(shù)據(jù)。這樣，假設并發(fā)產(chǎn)生了 10個會話都需要操作該數(shù)據(jù)，則只有其中一個會話能夠獲得鎖，其他9個會話都處于鎖等待狀態(tài)。也就是說，更新同一條數(shù)據(jù)的操作都是串行的，在數(shù)據(jù)庫訪問量很大的情況下，會使得整體性能以及服務能力降低。
[0004]因此，迫切需要本領域技術人員解決的技術問題就在于:如何在可能會出現(xiàn)存儲資源不足的情況時，避免由于爭搶存儲資源而造成系統(tǒng)性能下降。

【發(fā)明內容】

[0005]本申請?zhí)峁┝藬?shù)據(jù)庫處理、數(shù)據(jù)訪問方法及系統(tǒng)，能夠在可能會出現(xiàn)存儲資源不足的情況時，避免由于爭搶存儲資源而造成系統(tǒng)性能下降。
[0006]本申請?zhí)峁┝巳缦路桨?
[0007]一種數(shù)據(jù)庫處理方法，包括:
[0008]確定在特定時間段內待遷移的目標數(shù)據(jù)以及所述目標數(shù)據(jù)對應的應用；
[0009]將所述目標數(shù)據(jù)臨時遷移到目標存儲區(qū)；
[0010]將所述目標數(shù)據(jù)的標識信息通知給所述應用，以便所述應用在產(chǎn)生對數(shù)據(jù)的訪問操作時，根據(jù)所述標識信息識別所述目標數(shù)據(jù)，并到所述目標存儲區(qū)訪問所述目標數(shù)據(jù)。[0011 ] 一種數(shù)據(jù)訪問方法，包括:
[0012]接收通知消息，所述通知消息中攜帶有被臨時遷移到目標存儲區(qū)的目標數(shù)據(jù)的標識息;
[0013]當產(chǎn)生對數(shù)據(jù)的訪問操作時，根據(jù)所述標識信息識別待訪問的數(shù)據(jù)是否為所述目標數(shù)據(jù)；
[0014]如果是，則根據(jù)預置的目標存儲區(qū)的地址及端口號，連接到所述目標存儲區(qū)訪問所述目標數(shù)據(jù)。
[0015]一種數(shù)據(jù)庫處理系統(tǒng)，包括:
[0016]目標數(shù)據(jù)確定單元，用于確定在特定時間段內待遷移的目標數(shù)據(jù)以及所述目標數(shù)據(jù)對應的應用；
[0017]第一數(shù)據(jù)遷移單元，用于將所述目標數(shù)據(jù)臨時遷移到目標存儲區(qū)；
[0018]通知單元，用于將所述目標數(shù)據(jù)的標識信息通知給所述應用，以便所述應用在產(chǎn)生對數(shù)據(jù)的訪問操作時，根據(jù)所述標識信息識別所述目標數(shù)據(jù)，并到所述目標存儲區(qū)訪問所述目標數(shù)據(jù)。
[0019]一種數(shù)據(jù)訪問系統(tǒng)，包括:
[0020]通知消息接收單元，用于接收通知消息，所述通知消息中攜帶有被臨時遷移到目標存儲區(qū)的目標數(shù)據(jù)的標識信息；
[0021]目標數(shù)據(jù)識別單元，用于當產(chǎn)生對數(shù)據(jù)的訪問操作時，根據(jù)所述標識信息識別待訪問的數(shù)據(jù)是否為所述目標數(shù)據(jù)；
[0022]連接單元，用于如果是，則根據(jù)預置的目標存儲區(qū)的地址及端口號，連接到所述目標存儲區(qū)訪問所述目標數(shù)據(jù)。
[0023]根據(jù)本申請?zhí)峁┑木唧w實施例，本申請公開了以下技術效果:
[0024]通過本申請實施例，在系統(tǒng)可能會出現(xiàn)存儲資源不足的情況時，可以臨時將部分數(shù)據(jù)遷移到目標存儲區(qū)，并將這部分數(shù)據(jù)的標識信息通知給各個應用，這樣，應用就可以識別出已經(jīng)被遷移的數(shù)據(jù)，進而在產(chǎn)生的對這部分數(shù)據(jù)的訪問請求時，就會被引流到目標存儲區(qū)。相當于一部分訪問請求是在原來的數(shù)據(jù)庫中進行，而另一部分訪問請求則是在目標存儲區(qū)中進行，從而避免由于爭搶存儲資源而造成系統(tǒng)性能下降。
[0025]另外，結合具體的應用場景，本申請實施例可以實現(xiàn)將熱點數(shù)據(jù)與非熱點數(shù)據(jù)隔離，避免少量的熱點數(shù)據(jù)影響到大量的非熱點數(shù)據(jù)的處理。另外，待遷移的目標數(shù)據(jù)也可以是當數(shù)據(jù)庫的訪問量比較大、數(shù)據(jù)庫資源不足時，數(shù)據(jù)庫中任意的一部分數(shù)據(jù)，將這部分數(shù)據(jù)臨時遷移到其他存儲區(qū)，當訪問量恢復到日常水平時，還可以再遷移回原來的數(shù)據(jù)庫，相當于實現(xiàn)了數(shù)據(jù)庫的動態(tài)擴容或縮容，并且這種擴容或縮容可以是非對稱的。
[0026]再者，本申請實施例還可以實現(xiàn)底層存儲的異構，可以將目標數(shù)據(jù)遷移到不同于源數(shù)據(jù)庫存儲結構的其他數(shù)據(jù)庫中，靈活性得到提高。另外還可以將目標數(shù)據(jù)遷移到緩存中，進一步提高系統(tǒng)的性能。
[0027]當然，實施本申請的任一產(chǎn)品并不一定需要同時達到以上所述的所有優(yōu)點。
【附圖說明】
[0028]為了更清楚地說明本申請實施例或現(xiàn)有技術中的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0029]圖1是本申請實施例提供的數(shù)據(jù)庫處理方法的流程圖；
[0030]圖2是本申請實施例提供的數(shù)據(jù)訪問方法的流程圖；
[0031]圖3是本申請實施例提供的數(shù)據(jù)庫處理系統(tǒng)的示意圖；
[0032]圖4是本申請實施例提供的數(shù)據(jù)訪問系統(tǒng)的示意圖。
【具體實施方式】
[0033]下面將結合本申請實施例中的附圖,對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通技術人員所獲得的所有其他實施例，都屬于本申請保護的范圍。
[0034]在本申請實施例中，在必要的時候，可以將源數(shù)據(jù)庫中的一些數(shù)據(jù)遷移到其他的存儲區(qū)，之后又可以將數(shù)據(jù)遷移回源數(shù)據(jù)庫，從而實現(xiàn)動態(tài)的數(shù)據(jù)庫擴容或縮容，達到從整體上提高系統(tǒng)性能及服務能力的目的。下面對具體的實現(xiàn)方式進行詳細的介紹。
[0035]實施例一
[0036]參見圖1，本申請實施例一首先提供了一種數(shù)據(jù)庫處理方法，該方法可以包括以下步驟:
[0037]SlOl:確定在特定時間段內待遷移的目標數(shù)據(jù)以及所述目標數(shù)據(jù)對應的應用；
[0038]首先需要說明的是，在本申請實施例提供的技術方案中，可以提供一個“運維平臺”，利用該運維平臺實現(xiàn)對數(shù)據(jù)庫動態(tài)的擴容或縮容，因此，圖1中所述各個步驟的執(zhí)行主體就可以是該運維平臺。當然，“運維平臺”只是一個形象化的名詞，在實際應用中，也可以用其他的名稱，但只要通過執(zhí)行本申請實施例中各個步驟來實現(xiàn)對數(shù)據(jù)庫的處理方案，都屬于本申請的保護范圍。當然，為了便于描述，本申請實施例中均以“運維平臺”為例進行介紹。
[0039]運維平臺在確定待遷移的目標數(shù)據(jù)時，具體需要作為目標數(shù)據(jù)被遷移的數(shù)據(jù)，也可以根據(jù)實際的情況而定。
[0040]例如，在實際應用中，可能存在以下情況:數(shù)據(jù)庫中可能會存在一些熱點數(shù)據(jù)(例如，熱賣商品對象的庫存記錄，由于參加營銷活動等原因造成其更新次數(shù)遠高于其他數(shù)據(jù))，針對這種熱點數(shù)據(jù)，同時可能會有10個以上的會話。由于鎖機制的存在，如果有多個熱點數(shù)據(jù)出現(xiàn)在同一個數(shù)據(jù)庫中，將會導致大量的會話處于等待狀態(tài)，只有少數(shù)會話可以正常操作，這樣勢必導致數(shù)據(jù)庫性能的急劇下降。測試數(shù)據(jù)顯示，如果同一個數(shù)據(jù)庫中出現(xiàn)32個以上的熱點數(shù)據(jù)時，則單庫的TPS (每秒處理事務數(shù))相對于沒有熱點數(shù)據(jù)時要降低3至5倍。
[0041]因此，在本申請實施例中，就可以將上述熱點數(shù)據(jù)確定為待遷移的目標數(shù)據(jù)。也就是說，為了保證熱點數(shù)據(jù)不會影響其他大量的非熱點數(shù)據(jù)，可以建立一種將熱點數(shù)據(jù)臨時遷移到別的存儲區(qū)(例如，OceanBase數(shù)據(jù)庫集群，或者其他的臨時增加的MySQL數(shù)據(jù)庫)的機制，對熱點數(shù)據(jù)使用專門的數(shù)據(jù)存儲物理資源，以起到對熱點數(shù)據(jù)進行隔離的作用。這樣既能保證熱點數(shù)據(jù)有充足的物理資源，也能保證熱點數(shù)據(jù)的資源爭用不會影響非熱點數(shù)據(jù)的處理，有利于保證整個系統(tǒng)的業(yè)務穩(wěn)定性。
[0042]例如，在電子商務交易平臺中，經(jīng)常會出現(xiàn)一些臨時性的營銷活動，不同的營銷活動可能造就不同的熱賣商品庫存(也即，使得熱點商品的庫存信息成為熱點信息)。因此，可以在活動前臨時將熱賣商品庫存遷移到獨立的數(shù)據(jù)庫上，以保證營銷活動的順利進行。比如在