配額與限制

本頁提供 Cloud SQL 配額與限制的相關資訊。配額適用於專案層級;限制則視本身特性,可能適用於執行個體,也可能適用於專案層級。

查看配額

如要查看專案目前的資源配額,請前往 Google Cloud Console 中的配額頁面。

提高配額

隨著 Google Cloud 的資源用量增加,您也可以要求更多配額。如果您預期用量將大幅攀升,請提前幾天提出要求,確保系統可以妥善調整您的配額。

  1. 請前往配額頁面,在「服務」下拉式選單中選取 [Cloud SQL Admin API]

    如果系統未顯示 [Cloud SQL Admin API],表示 Cloud SQL Admin API 尚未啟用。

  2. 選取您要變更的配額。

  3. 點選 [編輯配額]

  4. 輸入您的姓名、電子郵件和電話號碼,然後按一下 [下一步]

  5. 輸入您的配額要求,然後按一下 [提交要求]

您會在 48 小時內收到來自「MySQL 適用的 Cloud SQL」團隊的回覆。

資源配額的補充方式

系統會在太平洋時間凌晨 12 點補充每日配額。

配額與資源可用性

在資源供應無虞的前提下,資源配額指的是您能夠建立特定類型資源的數量上限。但是這樣的配額機制並無法保證您隨時可以使用這些資源。如果您的地區無法順利供應某項資源,即使您的專案仍有配額,您也無法新建該類型的資源。

限制

系統針對部分 Cloud SQL 資源設有限制。這些資源的配額不會定期補充,也不會列於 Google Cloud Console 的「配額」頁面中。您可以要求放寬某些資源的限制,但有些限制無法更動。

可調整的限制

每項專案的執行個體數

在預設情況下,您最多可以為每項專案建立 40 個執行個體。如需更多執行個體,請提交客服案件要求增加執行個體數量。

並行連線數上限

您可以使用 max_connections 旗標設定連線數量限制。不過,Cloud SQL 團隊建議您使用預設的連線數量限制,以確保執行個體的穩定性。如要查看執行個體的連線限制,請連線至資料庫並執行以下指令:SHOW VARIABLES LIKE "max_connections";

MySQL 適用的 Cloud SQL 預設連線數量限制

機器類型 預設的並行連線數量上限
db-f1-micro 250
db-g1-small 1,000
所有其他機器類型 4,000

固定限制

資料表限制

在 MySQL 適用的 Cloud SQL 中,每個執行個體的資料表數量上限為 10,000 個。資料表數量過多可能會大幅影響 Cloud SQL 執行個體的效能。超過這項限制的執行個體不在服務水準協議的涵蓋範圍內。

Cloud SQL 儲存空間限制

MySQL 執行個體 PostgreSQL 和 SQL Server 執行個體
最多 30,720 GB (視機器類型而定) 最多 30,720 GB (視執行個體使用的是專屬或共用 vCPU 而定)。請查看 PostgreSQLSQL Server 的執行個體設定相關說明。

Cloud SQL 儲存空間選項

如要設定儲存空間選項,以獲得最佳效能,請務必瞭解您的工作負載,並選擇適當的磁碟類型和大小。如要進一步瞭解我們為 Cloud SQL 提供的各種選擇,請參閱執行個體設定的相關說明。

App Engine 限制

以 App Engine 標準環境來說,當中運作的執行個體與其他執行個體之間的並行連線數不得超過 100 個。如果是以 PHP 5.5 編寫而成的應用程式,則上限為 60 個並行連線

App Engine 應用程式必須符合要求時間限制,實際情況則視用量和環境而定。詳情請參閱 App Engine 標準彈性環境中執行個體管理方式的相關說明。

App Engine 應用程式也必須符合其他 App Engine 配額與限制的規定,詳情請參閱 App Engine 配額頁面。

Cloud Run 限制

Cloud Run (全代管) 服務會將 Cloud SQL 資料庫連線數限制在 100 個以內。這項限制適用於每個服務執行個體,也就是說 Cloud Run (全代管) 服務的每個執行個體與資料庫之間的連線數不得超過 100 個。如果擴充執行個體,每項部署作業的總連線數可隨之增加。

Cloud 函式限制

注意事項:Cloud Functions 會將每個執行個體的並行執行數限制為 1。單一函式執行個體同時處理兩個要求的情況永遠不會發生。在多數情況下,您只需要一個資料庫連線。