一龍馬/AI 情報站讀懂消息背後的脈絡
星期六
搜尋

負載是依主鍵取得單列的單分片唯讀查詢,沒有寫入、連接、跨分片查詢或故障切換,且每個分片只有 primary、沒有副本

中文摘要

PlanetScale 表示,Neki 的平台預覽測試以 512 個分片、480 個路由器及 1.22 PiB 資料,連續 16 分鐘維持每秒 118,538,803 次查詢;路由器與客戶端的 p99 延遲分別為 6.06 與 13.95 毫秒,每秒約有 67 次錯誤。負載是依主鍵取得單列的單分片唯讀查詢,沒有寫入、連接、跨分片查詢或故障切換,且每個分片只有 primary、沒有副本。結果支持其在理想點查負載下近線性橫向擴充的主張,但不能代表混合交易或高可用正式環境的效能。

一龍馬判讀

需要超大規模鍵值式讀取的團隊可將此視為 Neki 的容量上限展示;資料庫採購者仍需另外評估成本、寫入表現、熱點、複寫與故障復原,文章節錄未提供完整答案。

原文節錄

Hacker News · joshmgross

A single-shard point select, one row fetched per-query by primary key.

取得部分原文 · 不代表內容已獨立查證

查看原文 閱讀社群討論
完整收錄文字與來源

118M Queries per Second on Neki

收錄日期
2026-09-12
來源
Hacker News Firebase API
抓取時間
2026/09/12 05:40(台北)
來源資料
78 分 · 36 則討論