當(dāng)數(shù)據(jù)庫來到了 PB 級請問用什么數(shù)據(jù)庫比較好

kspade 2025-05-25

最近接觸了一個(gè)業(yè)務(wù)（波場區(qū)塊）所有區(qū)塊交易數(shù)據(jù)存入自己的數(shù)據(jù)庫
然后記錄一些交易數(shù)據(jù)，比如筆數(shù)，與那些地址有來往，分別來往多少USDT數(shù)量等等！
已知目前區(qū)塊數(shù)量大概7300萬個(gè)，每個(gè)區(qū)塊大約300條數(shù)據(jù)
數(shù)據(jù)量大概就是20多億條， PB級別的數(shù)據(jù)量

這種級別用什么數(shù)據(jù)庫比較好？涉及sun count 等很多運(yùn)算！

 362  2 0

2個(gè)回答

jack10082009 2025-05-25

首先肯定要分庫分表。而且這個(gè)數(shù)據(jù)量應(yīng)該考慮讀寫分離與熱備機(jī)制。
不過不好意思我沒經(jīng)歷過這么大的數(shù)據(jù)量，但是就我的一點(diǎn)點(diǎn)看法來，這種情況一定要選擇商業(yè)數(shù)據(jù)庫而不是MySQL之流。SQL server或者oracle個(gè)人感覺應(yīng)該沒問題，配上分庫分表、讀寫分離與一些關(guān)鍵數(shù)據(jù)的熱備。
如果業(yè)務(wù)還算重要，建議找個(gè)DBA。畢竟DBA存在就有存在的道理，專業(yè)的事交給專業(yè)的人做。

暫無評論

vs7717 2025-05-25

僅供參考，我bh 上看，有人2y條數(shù)據(jù)，可以秒查詢

jack10082009 2025-05-26

秒查詢這么多，是不是走主鍵查詢。如果是主鍵查詢，秒查詢還是比較簡單
vs7717 2025-05-26

不知道，我昨天也面臨一個(gè) 選擇，不過沒有他這么多，估計(jì)也就5g數(shù)據(jù)，最終我選擇了 mongodb
kspade 2025-05-26

我想應(yīng)該不單純是數(shù)據(jù)庫的問題，因?yàn)槲乙灿眠^es mongo ，試過寫入2000萬條數(shù)據(jù)后，進(jìn)行深分頁遍歷聚合運(yùn)算沒有一個(gè)能做到秒級的，應(yīng)該設(shè)計(jì)構(gòu)造方面非常重要