chinese直男口爆体育生外卖, 99久久er热在这里只有精品99, 又色又爽又黄18禁美女裸身无遮挡, gogogo高清免费观看日本电视,私密按摩师高清版在线,人妻视频毛茸茸,91论坛 兴趣闲谈,欧美 亚洲 精品 8区,国产精品久久久久精品免费

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Redis 大數(shù)據(jù)量高速遷移,2000W key不到2分鐘!

數(shù)據(jù)庫小組 ? 來源:數(shù)據(jù)庫小組 ? 作者:數(shù)據(jù)庫小組 ? 2023-09-12 15:40 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

Redis是目前最流行的鍵值對存儲數(shù)據(jù)庫,憑借高性能和豐富的數(shù)據(jù)類型的特性,不僅可以作為緩存,還可以作為一個可持久化的數(shù)據(jù)庫存儲。隨著業(yè)務(wù)的發(fā)展和版本的迭代,必然會遇到內(nèi)存不足、集群節(jié)點不夠和BUG等一系列問題。為了防止這些問題導(dǎo)致的系統(tǒng)故障,常常會把對內(nèi)存、集群節(jié)點擴(kuò)縮容和版本升級等操作作為工作考核的重要一項。這些操作都涉及了數(shù)據(jù)的遷移,所以,提供高效、安全的不停機(jī)數(shù)據(jù)遷移方案是非常有必要的。

現(xiàn)在,NineData 在支持業(yè)務(wù)不中斷的前提下,實現(xiàn)了配置簡單、穩(wěn)定、高效、安全的數(shù)據(jù)遷移服務(wù),很好地滿足版本升級、擴(kuò)容、縮容等場景下對數(shù)據(jù)遷移和同步的需求。經(jīng)實測,NineData 可在 2分鐘內(nèi)完成2000萬個 key(5GB)數(shù)據(jù)的遷移,平均 遷移速度為 164398 個key/秒,性能是開源工具的2倍多。

1、傳統(tǒng)的遷移方案

目前,數(shù)據(jù)遷移主要的方式有:使用 RDB 遷移,或一些開源工具進(jìn)行數(shù)據(jù)遷移。對于這些方式的遷移,會存在一些問題:

需要停機(jī),對于拷貝 RDB 文件方式的遷移,不能保障在線業(yè)務(wù),并且也不能兼容大版本升級。

準(zhǔn)確性難保障,不支持?jǐn)?shù)據(jù)檢測能力,遷移后的數(shù)據(jù)質(zhì)量難以保障。

可靠性差,對于開源工具,遷移異常后,進(jìn)程直接退出。

運維性差,不能進(jìn)行暫停、限流、告警等操作。

2、高性能的遷移方案

NineData 提供的數(shù)據(jù)復(fù)制同時包含了數(shù)據(jù)遷移和數(shù)據(jù)同步的能力,在不影響業(yè)務(wù)的前提下,提供了高效、穩(wěn)定、安全的遷移能力。相較于傳統(tǒng)遷移比,NineData 的 Redis 數(shù)據(jù)遷移能力有如下優(yōu)勢:

?? 簡單易用

一分鐘即可完成任務(wù)配置,并全自動化完成任務(wù)遷移。

?? 強(qiáng)勁性能

通過動態(tài)攢批、隊列優(yōu)化、流式內(nèi)存管理等核心技術(shù),遷移性能達(dá)到16萬key/秒,性能是開源遷移工具的2倍,有效保障遷移效率。

?? 高可靠

結(jié)合新型斷點、異常診斷及豐富的修復(fù)手段,對于遷移過程中可能出現(xiàn)軟硬件故障,提供完善的容災(zāi)能力,大大提高了遷移的成功率。

通過上述優(yōu)勢,保證了 NineData 在 Redis 遷移場景下的領(lǐng)先性。另外,NineData 還提供了對比功能,包含全量、快速和不一致復(fù)檢的對比方式,并且也支持不同的對比頻率。在遷移或復(fù)制結(jié)束后,通過對比,有效地保障數(shù)據(jù)的質(zhì)量。

3、操作使用

NineData 在提供強(qiáng)大遷移能力的同時,也保證了使用的簡單性,只需1分鐘就能完成遷移任務(wù)的配置,實現(xiàn)完全自動化的數(shù)據(jù)遷移過程。下面我們來看下整個任務(wù)的配置過程:

3.1 遷移鏈路的配置

wKgZomUAFgKAGTXFAAT9gTprfts621.jpg

遷移鏈路的配置

1. 配置任務(wù)名稱,選擇要遷移的源和目標(biāo)實例。

2. 選擇復(fù)制類型,數(shù)據(jù)遷移選擇結(jié)構(gòu)和全量復(fù)制(數(shù)據(jù)遷移)。

3. 根據(jù)需要,選擇合適的沖突處理策略。

3.2 選擇遷移對象

wKgaomUAFgOAR9pBAARC9Qm8gqU180.jpg

選擇遷移對象

選擇遷移對象:可選擇不同 DB 進(jìn)行遷移。

3.3 配置映射對象

wKgZomUAFgOAefhRAARDPj_iFzY630.jpg

配置映射對象

配置映射:可以把源實例的多個數(shù)據(jù)庫(0~15)映射到目標(biāo)實例的指定1個或多個數(shù)據(jù)庫,通過該映射能力可以實現(xiàn)類似于 MySQL 多源復(fù)制的場景。

3.4 預(yù)檢查

wKgaomUAFgSALmWqAAYiv2zSalQ287.jpg

預(yù)檢查

通過完善的檢查項,保證了遷移任務(wù)的穩(wěn)定性。到此,我們就完成了一個高效、安全的 Redis 遷移任務(wù)的配置,當(dāng)完成配置并啟動任務(wù)后,NineData 會自動啟動全量復(fù)制及增量復(fù)制過程,實現(xiàn)全自動化的數(shù)據(jù)遷移。

同時,為了提供更好的遷移體驗,NineData 針對遷移過程提供了完善的觀測、干預(yù)能力。其不但提供對象遷移的詳細(xì)狀態(tài)、進(jìn)展、詳情,還通過監(jiān)控和日志透露后臺線程的內(nèi)部執(zhí)行情況,幫助用戶全方位追蹤遷移進(jìn)展。同時,還針對運行過程中可能出現(xiàn)的異常情況,提供基礎(chǔ)診斷和遷移限流能力,讓用戶能夠自主快速地診斷并修復(fù)鏈路,保障遷移穩(wěn)定性。遷移期間的信息:

wKgZomUAFgWAbGseAAbFCaKQEZI809.jpg

NineData針對遷移過程提供了完善的觀測能力

wKgaomUAFgaAFSf0AAW9F3NV8z4056.jpg

NineData提供完善的可干預(yù)能力

wKgZomUAFgaAUjXRAAXHHgxDSTo964.jpg

NineData提供基礎(chǔ)診斷和遷移限流能力

4、總結(jié)

NineData 基于全量復(fù)制、增量日志復(fù)制技術(shù),提供了高效、安全可靠的 Redis 不停機(jī)遷移方案。當(dāng)然,除了 Redis,NineData 已經(jīng)支持?jǐn)?shù)十種常見數(shù)據(jù)庫的遷移復(fù)制,實現(xiàn)數(shù)據(jù)庫遷移、數(shù)據(jù)容災(zāi)、數(shù)據(jù)雙活、數(shù)據(jù)倉庫實時集成等業(yè)務(wù)場景。同時,除了 SAAS 模式外,還提供了企業(yè)專屬集群模式,滿足企業(yè)最高的數(shù)據(jù)安全合規(guī)要求。目前,NineData已在運營商、金融、制造業(yè)、地產(chǎn)、電商等多個行業(yè)完成大規(guī)模應(yīng)用實踐。

審核編輯 黃宇

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請聯(lián)系本站處理。 舉報投訴
  • 數(shù)據(jù)傳輸
    +關(guān)注

    關(guān)注

    9

    文章

    2073

    瀏覽量

    67160
  • 開源
    +關(guān)注

    關(guān)注

    3

    文章

    4018

    瀏覽量

    45537
  • Redis
    +關(guān)注

    關(guān)注

    0

    文章

    390

    瀏覽量

    12036
收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點推薦

    無質(zhì)量損失的數(shù)據(jù)遷移:Nikon SLM Solutions信賴3Dfindit企業(yè)版

    的同時,輸入每個新零件節(jié)省了約13分鐘。 一個軟件,多種應(yīng)用除了數(shù)據(jù)遷移,Nikon SLM Solutions還使用3Dfindit企業(yè)版對標(biāo)準(zhǔn)件、外購件和自制專有件進(jìn)行結(jié)構(gòu)化管理,以及將電子CAD
    發(fā)表于 11-25 10:06

    無線充電25w:30分鐘滿血復(fù)活

    25W無線充電提升充電速度,實現(xiàn)30分鐘補電,提升用戶體驗,推動無線充電技術(shù)發(fā)展。
    的頭像 發(fā)表于 10-21 08:31 ?528次閱讀
    無線充電25<b class='flag-5'>w</b>:30<b class='flag-5'>分鐘</b>滿血復(fù)活

    Redis集群部署配置詳解

    Redis集群是一種分布式Redis解決方案,通過數(shù)據(jù)分片和主從復(fù)制實現(xiàn)高可用性和橫向擴(kuò)展。集群將整個數(shù)據(jù)集分割成16384個哈希槽(hash slots),每個節(jié)點負(fù)責(zé)一部
    的頭像 發(fā)表于 07-17 11:04 ?579次閱讀

    cypress3014怎么查看USB走線每幀傳輸?shù)膱D像數(shù)據(jù)量?

    你好,請問怎么查看USB 走線每幀傳輸?shù)膱D像數(shù)據(jù)量
    發(fā)表于 05-14 06:12

    【道生物聯(lián)TKB-620開發(fā)板試用】開箱

    ,并分別插在不同的電腦上,打開MassConfig軟件,開始基本的收發(fā)測試。 發(fā)送100包100字節(jié)的數(shù)據(jù), 接收端收到100包100字節(jié)數(shù)據(jù),室內(nèi)收發(fā)測試ok。 【3】最大數(shù)據(jù)量測試 接下來測試
    發(fā)表于 04-18 18:18

    HAL庫SPI DMA批量傳輸數(shù)據(jù)量最大為2^16,有沒有辦法改成上限為2^32?

    HAL庫SPI DMA批量傳輸數(shù)據(jù)量最大為2^16,有沒有辦法改成上限為2^32
    發(fā)表于 03-07 13:02

    ADS1232高速測量時出現(xiàn)20分鐘的長周期波動,是什么原因呢?

    時(10次/秒),波動已經(jīng)可以做到10個字以內(nèi),但是高速(80次/秒)時測值波動較大,采用4個周期的移動平均濾波后,穩(wěn)定性增強(qiáng),但是數(shù)據(jù)出現(xiàn)20分鐘的長周期波動,波動幅度在800個字,形狀類似鋸齒波,請問是什么原因呢?
    發(fā)表于 02-14 07:11

    使用TLV5637進(jìn)行數(shù)據(jù)轉(zhuǎn)換,同一個文件,有的時候可以的到輸出信號,有的時候就不到,為什么?

    使用TLV5637進(jìn)行數(shù)據(jù)轉(zhuǎn)換,通過FPGA寫入數(shù)據(jù),時鐘以及片選。 同一個文件,有的時候可以的到輸出信號,有的時候就不到,但是
    發(fā)表于 01-24 07:13

    一種輕表方案-MyBatis攔截器表實踐

    作者:京東零售 張均杰 背景 部門內(nèi)有一些億級別核心業(yè)務(wù)表增速非???,增量日均100W,但線上業(yè)務(wù)只依賴近一周的數(shù)據(jù)。隨著數(shù)據(jù)量的迅速增長,慢SQL頻發(fā),數(shù)據(jù)庫性能下降,系統(tǒng)穩(wěn)定性受到
    的頭像 發(fā)表于 01-23 17:38 ?647次閱讀

    Redis Cluster之故障轉(zhuǎn)移

    主從復(fù)制中單機(jī)的 QPS(10W)可能無法滿足業(yè)務(wù)需求。 數(shù)據(jù)量的考慮:現(xiàn)有服務(wù)器內(nèi)存不能滿足業(yè)務(wù)數(shù)據(jù)的需要時,單純向服務(wù)器添加內(nèi)存不能
    的頭像 發(fā)表于 01-20 09:21 ?1240次閱讀
    <b class='flag-5'>Redis</b> Cluster之故障轉(zhuǎn)移

    基于javaPoet的緩存key優(yōu)化實踐

    數(shù)據(jù)庫中的熱數(shù)據(jù)緩存在redis/本地緩存中,代碼如下: ? @Cacheable(value = { "per" }, key="#person.getId
    的頭像 發(fā)表于 01-14 15:18 ?1149次閱讀
    基于javaPoet的緩存<b class='flag-5'>key</b>優(yōu)化實踐

    HarmonyOS Next 應(yīng)用元服務(wù)開發(fā)-分布式數(shù)據(jù)對象遷移數(shù)據(jù)文件資產(chǎn)遷移

    提供了async版本供該場景使用。 當(dāng)前,wantParams中“sessionId”字段在遷移流程中被系統(tǒng)占用,建議開發(fā)者在wantParams中定義其他key值存儲該分布式數(shù)據(jù)對象生成的id,避免
    發(fā)表于 12-24 10:11

    使用LMP90100連續(xù)工作2、3分鐘后,每片LMP90100返回的數(shù)據(jù)都是某個固定通道的數(shù)據(jù),為什么?

    LMP90100返回的數(shù)據(jù)都是某個固定通道的數(shù)據(jù),重新上電后有時通道序號有變化,但以第二個通道數(shù)據(jù)居多,其他3路數(shù)據(jù)不見了 問題2: 在起
    發(fā)表于 12-23 07:53

    緩存對大數(shù)據(jù)處理的影響分析

    緩存對大數(shù)據(jù)處理的影響顯著且重要,主要體現(xiàn)在以下幾個方面: 一、提高數(shù)據(jù)訪問速度 在大數(shù)據(jù)環(huán)境中,數(shù)據(jù)存儲通常采用分布式存儲系統(tǒng),數(shù)據(jù)量龐大
    的頭像 發(fā)表于 12-18 09:45 ?1095次閱讀

    信號板上面的ADS1255開機(jī)不到1分鐘就發(fā)燙,為什么?

    我現(xiàn)在遇到一個問題,信號板上面的ADS1255開機(jī)不到1分鐘就發(fā)燙,我不知道是什么原因,可能是我原理圖有問題也可能是PCB布局的問題,現(xiàn)在我把原理圖貼上,還請幫我一起查下原因,謝謝了啊。AVDD
    發(fā)表于 12-03 06:32