【技術(shù)實現(xiàn)步驟摘要】
本申請涉及多級緩存數(shù)據(jù)接口，具體而言，涉及一種客戶端列表數(shù)據(jù)接口方法、系統(tǒng)及計算機存儲介質(zhì)。
技術(shù)介紹
1、在現(xiàn)代網(wǎng)絡(luò)技術(shù)環(huán)境中，數(shù)據(jù)緩存在分布式系統(tǒng)的應(yīng)用越來越廣泛。其中，redis作為主流的緩存技術(shù)，擅長于基礎(chǔ)元數(shù)據(jù)的存儲，從而確保了數(shù)據(jù)的高并發(fā)訪問。但在面臨需要處理大量復(fù)雜動態(tài)數(shù)據(jù)的客戶端列表數(shù)據(jù)接口時，這種單一緩存結(jié)構(gòu)的解決方案展現(xiàn)出了其不足：由于頻繁的數(shù)據(jù)組裝操作，每次請求都涉及多次i/o操作，從而導(dǎo)致接口響應(yīng)延遲增加，同時并發(fā)處理能力受限。
技術(shù)實現(xiàn)思路
1、本申請的目的在于提供一種客戶端列表數(shù)據(jù)接口方法、系統(tǒng)及計算機存儲介質(zhì)。通過基于guava+memcached+redis的多級緩存結(jié)構(gòu)，綜合了三者的優(yōu)勢，實現(xiàn)了數(shù)據(jù)接口的低延遲和高并發(fā)。
2、本申請第一方面提供了一種客戶端列表數(shù)據(jù)接口方法，所述方法包括以下步驟：
3、接收客戶端發(fā)起的數(shù)據(jù)請求，并檢索guava緩存中是否存在客戶端所需數(shù)據(jù)，
4、若guava緩存中存在客戶端所需數(shù)據(jù)，則直接從guava緩存中獲取客戶所需數(shù)據(jù)發(fā)送給客戶端
5、若guava緩存中未能檢索到客戶端所需數(shù)據(jù)，則繼續(xù)在memcached緩存中檢索客戶所需數(shù)據(jù)；
6、若memcached緩存中存在客戶端所需數(shù)據(jù)，則從memcached緩存中獲取客戶端所需數(shù)據(jù)發(fā)送給客戶端，并將數(shù)據(jù)回填至該數(shù)據(jù)再memcached緩存的上一層緩存中；
7、若memcached緩存中未能檢索到客戶
8、同時啟動memcached緩存的定時任務(wù)，定時從redis緩存中預(yù)讀取數(shù)據(jù)并進行組裝后寫入到memcached緩存中，以實現(xiàn)數(shù)據(jù)的更新。
9、需要說明的是，guava緩存的核心是cache接口，它定義了緩存的基本操作。guava緩存提供了多種實現(xiàn)，包括loadingcache、cachebuilder、concurrentcache等。其中，loadingcache是guava提供的一個自動加載緩存實現(xiàn)，當(dāng)緩存中不存在指定的key時，會自動通過調(diào)用cacheloader的load方法加載數(shù)據(jù)并存入緩存。
10、guava緩存的使用非常靈活，可以根據(jù)不同的需求進行定制和擴展。例如，可以使用cachebuilder來構(gòu)建一個高效的內(nèi)存緩存，或者使用diskcache來構(gòu)建一個持久化的磁盤緩存。此外，guava緩存還提供了豐富的統(tǒng)計功能，可以監(jiān)控緩存的命中率、更新率和錯誤率等指標(biāo)，以便及時發(fā)現(xiàn)問題并進行調(diào)整。
11、guava緩存在本申請中起到頂層緩存的作用，這一層直接在jvm內(nèi)部工作，存儲完整的對象數(shù)據(jù)。其設(shè)計目標(biāo)是為應(yīng)用提供最快速的數(shù)據(jù)訪問通道。
12、需要說明的是，memcached緩存是一套分布式的高速緩存系統(tǒng)，由livejournal的brad?fitzpatrick開發(fā)。本申請中將memcached緩存當(dāng)作中間緩存層。其主要功能是存儲已經(jīng)組裝完成的中間數(shù)據(jù)。考慮到memcached的優(yōu)勢在于大value數(shù)據(jù)的高效io處理，它適合作為處理經(jīng)常被請求的數(shù)據(jù)的中間層緩存。
13、需要說明的是，redis緩存是一個開源的使用ansic語言編寫、支持網(wǎng)絡(luò)、可基于內(nèi)存亦可持久化的日志型、key-value數(shù)據(jù)庫，并提供多種語言的api。本申請中將redis緩存作為底層緩存，其主職責(zé)是存儲和提供基礎(chǔ)元數(shù)據(jù)的快速訪問，保證數(shù)據(jù)的持久性以及一致性。
14、可選地，所述檢索guava緩存中是否存在客戶端所需數(shù)據(jù)，包括以下步驟：
15、輸入客戶端所需數(shù)據(jù)的檢索內(nèi)容，并提取檢索內(nèi)容的鍵值；
16、調(diào)用guava緩存對象的get方法，傳入要檢索的鍵值；
17、如果guava緩存中不存在該鍵值，則通過緩存加載器將數(shù)據(jù)加載到緩存中，并退出檢索；
18、如果guava緩存中存在該鍵值，則提取guava緩存中該鍵值對應(yīng)的存儲值，作為檢索結(jié)果發(fā)送給客戶端。
19、可選地，所述查詢redis緩存包括以下步驟：
20、輸入客戶端所需數(shù)據(jù)的檢索內(nèi)容，并提取檢索內(nèi)容的鍵值；
21、調(diào)用redis緩存對象的get方法，傳入要檢索的鍵值；
22、如果redis緩存中不存在該鍵值，則退出檢索，同時從外接數(shù)據(jù)庫中獲取數(shù)據(jù)補入redis緩存中；
23、如果redis緩存中存在該鍵值，則提取redis緩存中該鍵值對應(yīng)的存儲值，作為檢索結(jié)果發(fā)送給客戶端。
24、可選地，所述在memcached緩存中的定時任務(wù)需要周期性更新。
25、所述memcached緩存中的定時任務(wù)的更新周期為每5秒一個周期。
26、需要說明的是，周期性更新memcached緩存中的組裝數(shù)據(jù)是很重要的。由于memcached緩存只存儲原始數(shù)據(jù)，因此需要定期更新緩存中的數(shù)據(jù)以確保其準(zhǔn)確性。
27、memcached緩存的周期性更新可以根據(jù)業(yè)務(wù)需求和數(shù)據(jù)更新頻率來確定定時任務(wù)的執(zhí)行間隔。本實施例memcached緩存更新的周期為5秒一次。
28、此外，確保定時任務(wù)在執(zhí)行時不會對系統(tǒng)性能產(chǎn)生太大影響，可以通過限制任務(wù)的并發(fā)數(shù)量或使用異步執(zhí)行的方式來實現(xiàn)。
29、在更新memcached緩存時，可以使用適當(dāng)?shù)乃惴ɑ虿呗詠泶_保緩存的淘汰策略的一致性。例如，可以使用lru(最近最少使用)算法來淘汰最長時間未被使用的數(shù)據(jù)。
30、在更新memcached緩存時，還需要確保數(shù)據(jù)的完整性和一致性。可以使用事務(wù)或鎖機制來確保多線程或分布式環(huán)境下的數(shù)據(jù)一致性。
31、總之，周期性更新memcached緩存中的組裝數(shù)據(jù)可以確保緩存中的數(shù)據(jù)保持最新和準(zhǔn)確，同時提高系統(tǒng)的可靠性和性能。
32、可選地，所述memcached緩存中的組裝數(shù)據(jù)的更新周期為每分鐘一周期。
33、本申請第二方面提供一種客戶端列表數(shù)據(jù)接口系統(tǒng)，該系統(tǒng)包括：存儲器及處理器，所述存儲器中包括一種客戶端列表數(shù)據(jù)接口方法的程序，所述客戶端列表數(shù)據(jù)接口方法的程序被所述處理器執(zhí)行時實如下方法的步驟。
34、接收客戶端發(fā)起的數(shù)據(jù)請求，并檢索guava緩存中是否存在客戶端所需數(shù)據(jù)，
35、若guava緩存中存在客戶端所需數(shù)據(jù)，則直接從guava緩存中獲取客戶所需數(shù)據(jù)發(fā)送給客戶端
36、若guava緩存中未能檢索到客戶端所需數(shù)據(jù)，則繼續(xù)在memcached緩存中檢索客戶所需數(shù)據(jù)；
37、若memcached緩存中存在客戶端所需數(shù)據(jù)，則從memcached緩存中獲取客戶端所需數(shù)據(jù)發(fā)送給客戶端，并將數(shù)據(jù)回填至該數(shù)據(jù)再memcached緩存的上一層緩存中；
38、若memcached緩存中未能檢索到客戶端所需數(shù)據(jù)，則查詢redi本文檔來自技高網(wǎng)...
【技術(shù)保護點】
1.一種客戶端列表數(shù)據(jù)接口方法，其特征在于，所述方法包括：
2.根據(jù)權(quán)利要求1所述的一種客戶端列表數(shù)據(jù)接口方法，其特征在于，所述檢索Guava緩存中是否存在客戶端所需數(shù)據(jù)，包括以下步驟：
3.根據(jù)權(quán)利要求2所述的一種客戶端列表數(shù)據(jù)接口方法，其特征在于，所述查詢Redis緩存包括以下步驟：
4.根據(jù)權(quán)利要求3所述的一種客戶端列表數(shù)據(jù)接口方法，其特征在于，所述在Memcached緩存中的定時任務(wù)需要周期性更新。
5.根據(jù)權(quán)利要求4所述的一種客戶端列表數(shù)據(jù)接口方法，其特征在于，所述Memcached緩存中的定時任務(wù)的更新周期為每5秒一個周期。
6.一種客戶端列表數(shù)據(jù)接口系統(tǒng)，其特征在于，該系統(tǒng)包括：存儲器及處理器，所述存儲器中包括一種客戶端列表數(shù)據(jù)接口方法的程序，所述客戶端列表數(shù)據(jù)接口方法的程序被所述處理器執(zhí)行時實如下方法的步驟：
7.根據(jù)權(quán)利要求6所述的一種客戶端列表數(shù)據(jù)接口系統(tǒng)，其特征在于，所述檢索Guava緩存中是否存在客戶端所需數(shù)據(jù)，包括以下步驟：
8.根據(jù)權(quán)利要求7所述的一種客戶端列表數(shù)據(jù)接口
9.根據(jù)權(quán)利要求8所述的一種客戶端列表數(shù)據(jù)接口系統(tǒng)，其特征在于，所述在Memcached緩存中的定時任務(wù)需要周期性更新。
10.一種計算機可讀存儲介質(zhì)，其特征在于，所述計算機可讀存儲介質(zhì)中包括客戶端列表數(shù)據(jù)接口方法程序，所述客戶端列表數(shù)據(jù)接口方法程序被處理器執(zhí)行時，實現(xiàn)權(quán)利要求1-5任一項所述的客戶端列表數(shù)據(jù)接口方法的步驟。
...【技術(shù)特征摘要】
1.一種客戶端列表數(shù)據(jù)接口方法，其特征在于，所述方法包括：
2.根據(jù)權(quán)利要求1所述的一種客戶端列表數(shù)據(jù)接口方法，其特征在于，所述檢索guava緩存中是否存在客戶端所需數(shù)據(jù)，包括以下步驟：
3.根據(jù)權(quán)利要求2所述的一種客戶端列表數(shù)據(jù)接口方法，其特征在于，所述查詢redis緩存包括以下步驟：
4.根據(jù)權(quán)利要求3所述的一種客戶端列表數(shù)據(jù)接口方法，其特征在于，所述在memcached緩存中的定時任務(wù)需要周期性更新。
5.根據(jù)權(quán)利要求4所述的一種客戶端列表數(shù)據(jù)接口方法，其特征在于，所述memcached緩存中的定時任務(wù)的更新周期為每5秒一個周期。
6.一種客戶端列表數(shù)據(jù)接口系統(tǒng)，其特征在于，該系統(tǒng)包括：存儲器及處理器，所述存儲器中包括一種客戶...
【專利技術(shù)屬性】
技術(shù)研發(fā)人員：張宇宜，張健，孫鵬，施蕓，應(yīng)中肯，
申請(專利權(quán))人：傳播大腦科技浙江股份有限公司，
類型：發(fā)明
國別省市：
還沒有人留言評論。發(fā)表了對其他瀏覽者有用的留言會獲得科技券。