TiDB Cloud
PingCAP · 其他
TiDB Cloud 是 PingCAP 推出的分散式 SQL 資料庫,採全受託管。它相容 MySQL,不需手動分片就能擴充,並在同一個叢集執行交易與分析查詢。

關於 TiDB Cloud
What Is TiDB Cloud
TiDB Cloud 是 PingCAP 為 TiDB 提供的受託管資料庫服務。TiDB 是開放原始碼資料庫,把儲存與運算拆開,讓同一套系統同時扛住日常寫入與沉重的分析查詢。你在主控台建立叢集,用原本熟悉的 MySQL 驅動程式與 ORM 連線,複製、容錯切換和修補都交給平台處理。不必安裝,也沒有伺服器要盯。
它要解決的,是普通資料庫在流量成長後撞上的那面牆。當單一 MySQL 執行個體失去餘裕,團隊通常得手動分片,或另外接一套分析倉儲並讓兩邊保持同步。TiDB Cloud 兩步都省了。資料自動分散到各節點,交易維持 ACID 與強一致性,分析直接跑在即時資料上,而不是夜間複製出來的副本。
限制值得講清楚。TiDB Cloud Starter 是多租戶架構,最便宜的方案並不是獨立機器。幾個較新的方案,包含相容 PostgreSQL 的 Starter、Essential、Premium 與 BYOC,都還在公開預覽階段。對合規要求嚴格的團隊,最後通常會選 Dedicated 或 BYOC,而不是入門方案。
Getting Started
- 註冊 TiDB Cloud 帳號。用 Starter 起步不需要信用卡。
- 建立叢集。免費的無伺服器執行個體選 Starter,需要專屬機器則選 Dedicated,接著挑選 AWS、Google Cloud、Azure 或 Alibaba Cloud 上的區域。
- 連接你的應用程式。複製連線字串,用任何相容 MySQL 的驅動程式或 ORM。從現有 MySQL 執行個體搬過來,通常只需要換主機位址,不用改程式碼。
- 載入資料。從主控台匯入傾印檔,或在搬遷期間把現有的 MySQL 複製指向新叢集。
- 監控並擴充。在內建儀表板追蹤查詢效能,設定支出上限,隨流量調整運算或儲存。
產品資訊
快速了解 TiDB Cloud 的定價、支援平台與效能。
適合對象
這項工具最適合的使用者、任務與情境。
使用者
- 後端開發者,應用程式已超出單一 MySQL 執行個體:TiDB Cloud 保留他們熟悉的 MySQL 驅動程式與 ORM,搬遷的工作大多落在連線字串上,而不是程式碼裡。
- 想省掉另一套分析倉儲的資料團隊:即時分析與線上交易資料跑在同一個叢集,少了 ETL 工作,也少了它帶來的同步延遲。
- 在應用程式資料上打造 AI 功能的團隊:原生向量搜尋與 ANN 查詢讓嵌入向量與關聯式資料放在一起,RAG 流程不必再維護第二套向量儲存來保持同步。
- 想要真正的分散式資料庫、又不想砸大錢的小團隊:Starter 提供免信用卡的每月免費額度,適合還在成長中的原型與side project。
任務
- 把寫入量擴充到超過一台伺服器:TiDB Cloud 自動把資料分散到各節點,不必挑分片鍵,也不用寫路由邏輯。
- 在即時資料上跑分析:欄式儲存直接對現行資料回答分析查詢,不干擾旁邊運作的交易負載。
- 從手動分片或獨立倉儲搬遷過來:相容 MySQL 與線上結構變更,讓團隊不必留下長時間的鎖定空窗。
- 在應用程式裡加入語意搜尋:向量索引與 SQL 合併查詢寫在同一道語句,可同時依中繼資料與相似度篩選。
- 吸收突發流量:Starter 的運算在閒置時降到零,隨需求再拉上來,離峰時段不會被當成尖峰計費。
情境
- 新創公司的 MySQL 資料庫在成長期撞上連線與寫入上限:TiDB Cloud 在不改寫的前提下吸收負載,團隊能繼續用 MySQL 工具。
- 團隊因為正式環境資料庫撐不住查詢,而把儀表板架在夜間匯出檔上:把分析指向線上叢集,就省掉匯出步驟與慢了一天的數字。
- 應用程式要加上「依語意搜尋」的功能:嵌入向量進入與其他資料相同的叢集,沒有新服務要維運或對帳。
- 需要把資料留在自家 AWS 帳號的企業:BYOC 選項把資料層跑在你的雲端,控制層仍由 PingCAP 管理。
主要功能
相容 MySQL,不必改寫
TiDB Cloud 說的是 MySQL 通訊協定,你手上既有的驅動程式、ORM 與 SQL 工具直接就能連上。對多數團隊來說,從 MySQL 搬遷只是換一組連線設定,不是一個改程式的專案。PingCAP 另外提供相容 PostgreSQL 的 Starter 執行個體,目前為公開預覽,如果你的技術堆疊偏向 Postgres 而非 MySQL,這點就很重要。
分散式擴充,不必分片
資料自動拆散到各儲存節點,應用程式從不需要管理分片鍵或路由。向上擴充是增加節點,不是改寫查詢。這正是與手動分片 MySQL 的根本差別:一致性與 ACID 交易在整個叢集成立,不只限於單一分片內。
HTAP:交易與分析同框
TiDB Cloud 為 HTAP 打造,把交易與分析處理放在同一個平台。內建的欄式儲存對現行資料回答分析查詢,你不必另外架倉儲,也不用餵資料給它的 ETL 流程。分析師查詢的叢集,正是應用程式寫入的那一個,而且不會拖慢應用程式。
為 AI 應用而生的原生向量搜尋
向量索引與近似最近鄰搜尋是資料庫本身的一部分,而非外掛。嵌入向量與關聯式資料放在同一個叢集,你能在同一道查詢裡結合相似度搜尋、SQL 合併與中繼資料篩選。對 RAG 流程來說,檢索層就是你本來就在維運的那套資料庫。
Starter 的彈性無伺服器
TiDB Cloud Starter 是無伺服器資料庫,運算隨需求升降,閒置時降到零,原型不必為用不到的尖峰容量付費。較新的 Starter 帳號在符合條件的執行個體間提供 25 GiB 列式儲存、25 GiB 欄式儲存與每月 2.5 億個 Request Units,超出後依用量計費。
跨雲任意部署
叢集跑在 AWS、Google Cloud、Microsoft Azure 與 Alibaba Cloud,涵蓋 30 多個區域,資料能貼近使用者,也不被單一供應商綁住。企業級功能包含傳輸與靜態加密、私有連線,以及自動容錯切換以維持營運不中斷。
優缺點
優點
- 相容 MySQL 讓多數搬遷變成換一組連線設定,而不是改寫,轉換成本因此壓得低。
- 交易與分析共用同一個叢集,不必另外架一套倉儲,也不必讓它保持同步。
- 向量搜尋是內建的,AI 應用不必再維運並對帳第二套資料庫來存放嵌入向量。
- 無伺服器的 Starter 會降到零,閒置與原型的成本因此受控,也不必規劃容量。
- 可跑在 AWS、Azure、Google Cloud 與 Alibaba Cloud,部署不被綁在單一供應商。
缺點
- 入門方案是多租戶架構,需要與其他客戶嚴格隔離的團隊得升級到 Dedicated 或 BYOC。
- 幾個方案,包含相容 PostgreSQL 的 Starter、Essential、Premium 與 BYOC,仍處於公開預覽,部分功能在正式推出前可能變動。
- 相較於一台小型 MySQL,分散式資料庫有更多環節要理解,對小團隊而言是實實在在的負擔。
- 公開價格依用量計算,且隨方案與區域變動,想事先估出每月帳單得花點功夫。
常見問題
TiDB Cloud 執行超出單一 MySQL 伺服器的應用程式。它在同一個分散式叢集處理交易寫入與分析查詢,並加入向量搜尋支援 AI 功能,全部以受託管服務的形式提供。
相關內容
探索與 TiDB Cloud 相關的工具、技能與文章。
TiDB Cloud 替代方案

Odyssey 3
Odyssey · 其他Odyssey-3 是 Odyssey 的基礎世界模型,能即時模擬物理,把一段文字提示變成可互動的環境,並套用到機器人、汽車與遊戲上。
JarvisCore
Prescott Data · 程式設計 · 生產力 · 其他JarvisCore 是開源的 Python 執行環境,讓 AI 代理在網格上以對等節點運作、從共用帳本認領任務,並透過零信任代理服務存取外部系統。
Clef
Cloudflare · 商業 · 其他Clef 是 Cloudflare 推出、可在 Workers AI 上執行的開源決策模型。它針對設定好的題目回傳校準後的機率而非生成文字,讓代理程式快速分類、分流並採取行動。
