亚洲在线久爱草,狠狠天天香蕉网,天天搞日日干久草,伊人亚洲日本欧美

為了賬號安全,請及時綁定郵箱和手機立即綁定
已解決430363個問題,去搜搜看,總會有你想問的

BigTable:一個大查詢還是十幾個小查詢?

BigTable:一個大查詢還是十幾個小查詢?

Go
12345678_0001 2023-07-17 14:15:13
我將一系列events 存儲在 BigTable 中,格式如下:rowKey                | col_1 | col_2----------------------|-------|------uuid1!uuid2!timestamp | val1  | val2....col_1保存 afloat64并col_2保存一個 63 個字符長的字符串。這一系列的特定范圍event被分組并與我們稱為 的對象松散關聯operation:{    "id": 123,    "startDate": "2019-07-15T14:02:12.335+02:00",    "endDate": "2019-07-15T14:02:16.335+02:00"}所以你可能會說 anoperation是 s 的時間窗口event,并且可能與 10-1000 events 相關聯。當我想要向用戶顯示這些數據時,我首先查詢operation對象,然后對每個對象執行 BigTable 查詢operation以查找event它所覆蓋的 s。通過監控,我發現每個 BigTable(請注意,一個開發實例)查詢可能需要 20 毫秒到 300 毫秒。這讓我想知道,鑒于 BigTable 的架構 - 執行小型的單獨查詢是否有意義?operation執行一個涵蓋我的s 范圍的大型查詢,然后將事件劃分到operation我的應用程序中各自的 s是否更有意義?
查看完整描述

1 回答

?
滄海一幻覺

TA貢獻1824條經驗 獲得超5個贊

很可能是的,但細節在這里很重要。

如果每個用戶請求只有幾個操作,那么并行發出小查詢實際上可能更好。這將為您帶來每個請求的最佳延遲,但代價是集群會產生一些每個請求的 CPU 開銷。您的應用程序代碼也會更加復雜。

如果每個用戶請求有大量操作,您肯定會希望通過掃描獲得更高的吞吐量效率。

對于高級用例,您還可以在兩者之間進行折衷,并將掃描分成并行運行的 N 個分片,其中 N << #operations。

您絕對不應該做的一件事是一次發送一個小請求,因為您只會產生一堆不必要的往返!


查看完整回答
反對 回復 2023-07-17
  • 1 回答
  • 0 關注
  • 127 瀏覽
慕課專欄
更多

添加回答

舉報

0/150
提交
取消
微信客服

購課補貼
聯系客服咨詢優惠詳情

幫助反饋 APP下載

慕課網APP
您的移動學習伙伴

公眾號

掃描二維碼
關注慕課網微信公眾號