自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

58沈劍:用uid分庫(kù),uname上的查詢?cè)趺崔k?

開發(fā) 開發(fā)工具
用戶中心是幾乎每一個(gè)公司必備的基礎(chǔ)服務(wù),當(dāng)數(shù)據(jù)量越來越大時(shí),需要多用戶中心進(jìn)行水平切分。用uid分庫(kù),如何高效實(shí)現(xiàn)上的查詢,是本文將要討論的問題。

一、緣起

用戶中心是幾乎每一個(gè)公司必備的基礎(chǔ)服務(wù),用戶注冊(cè)、登錄、信息查詢與修改都離不開用戶中心。

當(dāng)數(shù)據(jù)量越來越大時(shí),需要多用戶中心進(jìn)行水平切分。最常見的水平切分方式,按照uid取模分庫(kù):

按照uid取模分庫(kù)

通過uid取模,將數(shù)據(jù)分布到多個(gè)數(shù)據(jù)庫(kù)實(shí)例上去,提高服務(wù)實(shí)例個(gè)數(shù),降低單庫(kù)數(shù)據(jù)量,以達(dá)到擴(kuò)容的目的。

水平切分之后:

uid屬性上的查詢可以直接路由到庫(kù)

uid屬性上的查詢可以直接路由到庫(kù),如上圖,假設(shè)訪問uid=124的數(shù)據(jù),取模后能夠直接定位db-user1。

對(duì)于uname上的查詢,就不能這么幸運(yùn)了:

uname上的查詢

uname上的查詢,如上圖,假設(shè)訪問uname=shenjian的數(shù)據(jù),由于不知道數(shù)據(jù)落在哪個(gè)庫(kù)上,往往需要遍歷所有庫(kù)【掃全庫(kù)法】,當(dāng)分庫(kù)數(shù)量多起來,性能會(huì)顯著降低。

用uid分庫(kù),如何高效實(shí)現(xiàn)上的查詢,是本文將要討論的問題。

索引表法

思路:uid能直接定位到庫(kù),uname不能直接定位到庫(kù),如果通過uname能查詢到uid,問題解決

解決方案:

  • 建立一個(gè)索引表記錄uname->uid的映射關(guān)系
  • 用uname來訪問時(shí),先通過索引表查詢到uid,再定位相應(yīng)的庫(kù)
  • 索引表屬性較少,可以容納非常多數(shù)據(jù),一般不需要分庫(kù)
  • 如果數(shù)據(jù)量過大,可以通過uname來分庫(kù)

潛在不足:多一次數(shù)據(jù)庫(kù)查詢,性能下降一倍

緩存映射法

思路:訪問索引表性能較低,把映射關(guān)系放在緩存里性能更佳

解決方案:

  • uname查詢先到cache中查詢uid,再根據(jù)uid定位數(shù)據(jù)庫(kù)
  • 假設(shè)cache miss,采用掃全庫(kù)法獲取uname對(duì)應(yīng)的uid,放入cache
  • uname到uid的映射關(guān)系不會(huì)變化,映射關(guān)系一旦放入緩存,不會(huì)更改,無需淘汰,緩存命中率超高
  • 如果數(shù)據(jù)量過大,可以通過name進(jìn)行cache水平切分

潛在不足:多一次cache查詢

uname生成uid

思路:不進(jìn)行遠(yuǎn)程查詢,由uname直接得到uid

解決方案:

  • 在用戶注冊(cè)時(shí),設(shè)計(jì)函數(shù)uname生成uid,uid=f(uname),按uid分庫(kù)插入數(shù)據(jù)
  • 用uname來訪問時(shí),先通過函數(shù)計(jì)算出uid,即uid=f(uname)再來一遍,由uid路由到對(duì)應(yīng)庫(kù)

潛在不足:該函數(shù)設(shè)計(jì)需要非常講究技巧,有uid生成沖突風(fēng)險(xiǎn)

uname基因融入uid

思路:不能用uname生成uid,可以從uname抽取“基因”,融入uid中

uname基因融入uid

假設(shè)分8庫(kù),采用uid%8路由,潛臺(tái)詞是,uid的最后3個(gè)bit決定這條數(shù)據(jù)落在哪個(gè)庫(kù)上,這3個(gè)bit就是所謂的“基因”。

解決方案:

  • 在用戶注冊(cè)時(shí),設(shè)計(jì)函數(shù)uname生成3bit基因,uname_gene=f(uname),如上圖粉色部分
  • 同時(shí),生成61bit的全局唯一id,作為用戶的標(biāo)識(shí),如上圖綠色部分
  • 接著把3bit的uname_gene也作為uid的一部分,如上圖屎黃色部分
  • 生成64bit的uid,由id和uname_gene拼裝而成,并按照uid分庫(kù)插入數(shù)據(jù)
  • 用uname來訪問時(shí),先通過函數(shù)由uname再次復(fù)原3bit基因,uname_gene=f(uname),通過uname_gene%8直接定位到庫(kù)

總結(jié)

業(yè)務(wù)場(chǎng)景:用戶中心,數(shù)據(jù)量大,通過uid分庫(kù)后,通過uname路由不到庫(kù)

解決方案:

  • 掃全庫(kù)法:遍歷所有庫(kù)
  • 索引表法:數(shù)據(jù)庫(kù)中記錄uname->uid的映射關(guān)系
  • 緩存映射法:緩存中記錄uname->uid的映射關(guān)系
  • uname生成uid
  • uname基因融入uid

【本文為51CTO專欄作者“58沈劍”原創(chuàng)稿件,轉(zhuǎn)載請(qǐng)聯(lián)系原作者】

戳這里,看該作者更多好文

責(zé)任編輯:趙寧寧 來源: 51CTO專欄
相關(guān)推薦

2021-06-04 10:56:32

分庫(kù)數(shù)據(jù)庫(kù)查詢

2025-04-14 08:30:00

架構(gòu)分庫(kù)查詢

2025-01-15 07:51:55

2017-03-24 14:46:50

數(shù)據(jù)架構(gòu)數(shù)據(jù)庫(kù)

2017-02-10 11:26:39

數(shù)據(jù)庫(kù)擴(kuò)容架構(gòu)

2015-10-27 10:33:03

架構(gòu)設(shè)計(jì)演進(jìn)

2017-03-23 23:04:03

2018-03-15 11:23:59

微服務(wù)架構(gòu)實(shí)踐

2020-12-18 09:23:41

KubernetesDocker

2018-06-14 21:47:46

WOT沈劍58速運(yùn)

2022-07-28 07:49:29

數(shù)據(jù)庫(kù)分頁(yè)查詢

2012-12-18 15:33:44

遞歸數(shù)據(jù)并行計(jì)算

2009-11-03 08:56:02

linux死機(jī)操作系統(tǒng)

2024-04-22 08:17:23

MySQL誤刪數(shù)據(jù)

2017-02-21 13:11:43

SDN網(wǎng)絡(luò)體系SDN架構(gòu)

2022-05-19 08:01:49

PostgreSQL數(shù)據(jù)庫(kù)

2022-12-19 11:31:57

緩存失效數(shù)據(jù)庫(kù)

2015-08-14 09:49:57

路由器

2018-01-28 20:39:39

戴爾

2022-07-05 11:48:47

MySQL死鎖表鎖
點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)