Cloud SQL 常見問題

簡介

什麼是 Cloud SQL?
Cloud SQL 是一種容易使用的服務,可在雲端提供全代管的 SQL 資料庫。 Cloud SQL 可提供 MySQL 或 PostgreSQL 資料庫。
使用 Cloud SQL 有什麼好處?
使用 Cloud SQL,您可以將必要且經常耗時的例行性工作交給 Google (例如,套用修補程式,以及更新、管理備份和設定複製作業),這樣您就可以專注於建構強大的應用程式。而且,我們使用標準的有線網路通訊協定,所以可以從任何地方的任何應用程式輕鬆連結。
哪些資料庫版本可以搭配 Cloud SQL 使用?如何管理更新?

若為適用於 MySQL 的 Cloud SQL,第二代執行個體支援 MySQL 5.6 和 5.7;第一代執行個體支援 MySQL 5.5 和 MySQL 5.6。

PostgreSQL 適用的 Cloud SQL 支援 PostgreSQL 9.6 和 11.1 Beta 版。次要版本更新在推出時即同時部署,您不需要另外採取任何動作。如需進一步瞭解更新,請參閱我的執行個體會發生哪一種維修停機?一文。

如要查看執行個體的目前版本,請前往 Google Cloud Platform 主控台,按一下執行個體名稱,以開啟「Instance details」(執行個體詳細資料) 頁面。或者,您也可以使用 gcloud sql instances describe 指令。

Cloud SQL 是否支援所有資料庫功能?
Cloud SQL 支援 MySQL 或 PostgreSQL 最常見的功能。如需標準資料庫功能和 Cloud SQL 功能之間所有差異的清單,請參閱 Cloud SQL 與標準 MySQL 功能之間的差異Cloud SQL 與標準 PostgreSQL 功能之間的差異各節。
是否有任何大小或 QPS 限制?
Cloud SQL 執行個體沒有每秒查詢次數 (QPS) 限制。如需進一步瞭解連線、大小及 App Engine 專用限制,請參閱配額與限制一文。
我要如何得知 Cloud SQL 的任何變動?
您可以申請加入張貼 Cloud SQL 相關公告和新聞的 google-cloud-sql-announce 論壇。
如何回報錯誤、要求新功能或詢問問題?
您可以在我們的 google-cloud-sql-discuss 群組中回報錯誤和要求新功能。您可以在 Stack Overflow 中提出問題。 如要瞭解其他支援選項,請參閱 Cloud SQL 支援頁面。
返回頁首

開始使用

什麼 MySQL 工具最適合用來管理執行個體?
Cloud SQL 中有各種 MySQL 工具可供使用。若要執行簡單的陳述式,可以使用 MySQL 指令列工具。如果您要執行較複雜的工作,或使用功能更豐富的資料庫開發環境,可以嘗試使用 Toad for MySQLMySQL Workbench。詳情請參閱管理和報告工具
我應該使用哪一種儲存引擎?
若為 MySQL 第二代執行個體,InnoDB 是唯一支援的儲存引擎。若為 MySQL 第一代執行個體,則建議使用 InnoDB 儲存引擎,因為它可以提供更強大的資料一致性保證。

如果 mysqldump 檔案中的所有資料表都採用 MyISAM 格式,您可以將該檔案導入 sed 指令碼管線,以將這些資料表轉換成 InnoDB 格式:

mysqldump --databases [DATABASE_NAME] \
-h [INSTANCE_IP] -u [USERNAME] -p [PASSWORD] \
--hex-blob --default-character-set=utf8mb4 | sed 's/ENGINE=MyISAM/ENGINE=InnoDB/g' > [DATABASE_FILE].sql

警告:如果您的 mysqldump 檔案含有 mysql 結構定義,請勿執行這段指令碼。這些檔案應維持 MyISAM 格式。

為什麼我的新執行個體中沒有資料,卻顯示使用了磁碟空間?
建立執行個體時,Cloud SQL 和資料庫都會使用一些空間來儲存系統檔案和中繼資料。
為什麼我的 MySQL 第一代執行個體有時回應速度很慢?
為了讓您在採用按次計費方案時支付最少的執行個體費用,根據預設,若您的執行個體持續 15 分鐘沒有存取記錄,即會轉成靜止狀態,並在下次存取時,重新啟用而產生短暫延遲。如要變更這項行為模式,請設定執行個體的啟用政策。瞭解詳情
我應該使用哪一種啟用政策?

MySQL 第二代或 PostgreSQL 執行個體:一般而言,啟用政策應設為 ALWAYS。如果您不使用執行個體,可以將啟用政策設為 NEVER,避免產生執行個體費用。

MySQL 第一代執行個體:如果您的第一代執行個體使用的是套裝計費方案,請將啟用政策設為 ALWAYS,因為在不使用執行個體時關閉執行個體並不會節省任何費用。如果您的第一代執行個體使用的是用多少付多少的計費方案,將啟用政策設為 ON DEMAND 可以減少費用。這個設定會讓執行個體在閒置 15 分鐘後自行關閉,避免在未使用執行個體時產生費用。請注意,當執行個體的啟用政策設為 ON DEMAND,則執行個體處於關閉狀態時,任何傳入的存取要求都會有少許延遲,這是因為必須先啟動執行個體才能處理要求。

返回頁首

資料儲存和複製

我的資料儲存在哪裡?

MySQL 第二代執行個體:執行個體資料會儲存在該執行個體所在的地區。根據預設,Cloud SQL 會將備份資料儲存在兩個地區以供備援使用。如果兩個地區均位於同一大陸,則備份資料也會在同一大陸上。因為澳洲只有一個地區,所以雪梨地區的備份資料會儲存在亞洲。至於聖保羅地區,備份資料會儲存在美國地區。

MySQL 第一代執行個體:執行個體資料和備份資料會儲存在該執行個體所在的大陸。

PostgreSQL 執行個體:執行個體資料會儲存在該執行個體所在的地區。根據預設,Cloud SQL 會將備份資料儲存在兩個地區以供備援使用。如果兩個地區均位於同一大陸,則備份資料也會在同一大陸上。因為澳洲只有一個地區,所以雪梨地區的備份資料會儲存在亞洲。至於聖保羅地區,備份資料會儲存在美國地區。

什麼是區域?

區域是特定地理位置中的獨立實體,您可在其中執行資源。例如:名為 us-central1-a 的區域表示美國中部的一個位置。

根據預設,系統會複製 MySQL 第一代執行個體中的資料,而服務則會分散在多個區域,以便在區域服務中斷時提供容錯。若為 MySQL 第二代執行個體,可以設定執行個體的高可用性 (新增容錯移轉備用資源),就能在各區域間執行容錯功能。強烈建議所有生產用途執行個體均設定高可用性。

如需進一步瞭解區域,請參閱 Compute Engine 說明文件中的區域資源一文。

什麼是儲存空間限制?
如需進一步瞭解儲存空間限制,請參閱配額與限制一文。
我的資料是如何複製的?

MySQL 第二代執行個體:第二代容錯移轉備用資源使用半同步複製作業。第二代唯讀備用資源使用非同步複製作業

MySQL 第一代執行個體:當您建立第一代執行個體時,資料會自動複製到該地區中的所有區域。

PostgreSQL 執行個體提供高可用性設定唯讀備用資源

Cloud SQL 容錯移轉的運作方式為何?

如想瞭解容錯移轉,請參閱高可用性設定總覽一文。

我的資料有經過加密嗎?
Cloud SQL 客戶資料儲存在資料庫資料表、暫存檔案和備份中時,系統會將資料加密。您可以使用安全資料傳輸層 (SSL) 或使用 Cloud SQL Proxy 來加密外部連線。
如何管理靜態資料加密?

您的資料會依照 256 位元進階加密標準 (AES-256) 加密,或以更好的對稱金鑰加密:亦即,儲存資料時會使用金鑰加密,使用資料時再使用相同的金鑰解密。這些資料本身經過安全金鑰儲存庫所儲存的主金鑰加密,且金鑰會定期變更。

詳情請參閱 Google Cloud 中的靜態加密一文。

如何管理傳輸中的資料加密?

當資料要移動至不是由 Google 所控制或代表 Google 控制的實體界限外時,Google 會在一或多個網路層上加密及驗證傳輸中的所有資料。系統通常會驗證在 Google 控制或代表 Google 控制的實體界限內傳輸的資料,但不會預設為加密這些資料。您可以依據您的威脅模型,選擇要套用哪些額外的安全措施。舉例來說,您可以針對區域內到 Cloud SQL 的連線設定 SSL

詳情請參閱 Google Cloud 中的傳輸加密一文。

我可以建立哪一種讀取備用資源?

如需進一步瞭解唯讀備用資源,包括每種類型的用途,請參閱複製選項

如何分辨執行個體是否為唯讀備用資源?
您可以使用 Google Cloud Platform 主控台來查看所有的 Cloud SQL 執行個體,以及查看執行個體是主要執行個體還是唯讀備用資源執行個體。您也可以使用 Cloud SDK 來檢查執行個體是主要執行個體還是唯讀備用資源。
返回頁首

備份與還原

如何復原執行個體?

如要還原備份,您可以使用 Google Cloud Platform 主控台gcloud 指令列工具。詳情請參閱還原執行個體

如要讓 MySQL 執行個體還原至特定時間點,請使用時間點復原。詳情請參閱執行時間點復原

備份的費用是多少?

MySQL 第二代執行個體:保留 7 個最新的自動備份和所有隨選備份。相關費用按備份儲存費率收費。二進位檔記錄會使用儲存空間 (非備份空間),並按儲存空間收費。

MySQL 第一代執行個體:最新儲存的 7 個備份會納入執行個體的費用中。二進位檔記錄空間會計入執行個體所使用的儲存空間。

PostgreSQL 執行個體:保留 7 個最新的自動備份和所有隨選備份。相關費用是按備份儲存費率計價。

如需進一步瞭解執行個體儲存空間價格和執行個體費率,請參閱定價

時間點復原會對效能造成什麼影響?
時間點復原需要您啟用二進位檔記錄。這表示資料庫的每一筆更新都會寫入獨立的記錄檔,而這會造成寫入效能略為降低,無論二進位記錄檔案的大小為何,讀取作業的效能一律不受二進位檔記錄的影響。
返回頁首

管理執行個體

可以擴大或縮小我的資料庫嗎?

MySQL 第二代和 PostgreSQL 執行個體:您可以隨時增加執行個體可用的儲存空間數量,無需停機。您不能縮減執行個體的儲存空間大小。您也可以設定執行個體在儲存空間降低時,自動增加儲存空間容量。 瞭解詳情

MySQL 第一代執行個體:您可以隨時變更資料庫層級。請注意,這會強制執行個體重新啟動,並造成短期停機。

必須使用 Google Cloud Platform 主控台來管理 Cloud SQL 嗎?
不需要。凡是能在主控台執行的管理工作,都可以透過 Cloud SQL API 運用程式來執行,或使用 gcloud 指令列工具撰寫指令碼來執行。
如何收回已捨棄的資料表所佔用的空間?
在資料庫中捨棄資料表後檢查 Google Cloud Platform 主控台時,您可能會發現捨棄資料表所釋出的空間並未反映在執行個體「Storage Used」(已使用的儲存空間) 報告中。執行 MySQL 5.5 的執行個體將 innodb_file_per_table 標記預設為 OFF;InnoDB 在任何情況下都不會縮減預設資料表空間。針對這種配置,如要取回空間,請在較小的資料庫中建立新的執行個體,或將 innodb_file_per_table 標記的值變更為 ON。如要瞭解如何變更資料庫標記,請參閱設定資料庫標記
如何追蹤資料變更?
如要追蹤資料變更,請針對您的執行個體啟用二進位檔記錄。追蹤資料變更可協助您還原資料,避免資料意外遺失。萬一意外遺失資料 (例如:因為執行了 DROP DATABASE 指令),您可以直接還原至資料遺失事件前的二進位檔記錄座標。詳情請參閱時間點復原。PostgreSQL 執行個體還無法使用時間點復原和二進位檔記錄功能。
我的執行個體會發生哪一種維修停機?

MySQL 第二代及 PostgreSQL 執行個體:您可以選擇執行個體適合的維護期間,這樣就能控制重新開始維護的時間。您也可以指定某執行個體的更新時間是否要比專案中的其他執行個體更早或更晚。 瞭解詳情

MySQL 第一代執行個體:我們會定期重新啟動 Cloud SQL 執行個體以執行升級、在區域之間遷移,以及執行其他基礎架構工作。因為您的資料被複製到多個位置,執行個體的中斷通常會持續幾秒鐘到幾分鐘的時間。設定為隨 App Engine 應用程式移轉的第一代執行個體也可能會在新位置重新啟動,以便在應用程式移動後縮短延遲時間。這可能導致短期的延遲時間增加,通常會有幾秒鐘無法使用。

建議您設計應用程式來處理短期無法存取執行個體的狀況,例如,發生維修停機。您可以重新啟動執行個體,這和停機的效果相同,以測試應用程式對維修停機的行為。一般而言,我們建議您只使用短期連線,以及使用指數輪詢機制來重試遭到拒絕的連線。詳情請參閱如何管理連線?

請注意,在 MySQL 執行個體中,mysqld 必要的關機時間量限制為「1 分鐘」。如果關機程序未在此時間內完成,則系統會強制終止 mysqld 處理程序。這會造成啟動時間變得更長,因為 InnoDB 儲存引擎要先執行當機救援,然後伺服器才能準備好開始處理查詢。當機救援的完成時間取決於資料庫的大小;愈大的資料庫需要愈多時間才能還原。

新版本推出時,會在版本資訊中加入附註。但請注意,並非所有執行個體都會同時升級至新版本。

是否可以匯入或匯出特定的資料庫?
可以。若為 MySQL 執行個體,您可以匯入及匯出單一資料庫或多個資料庫。若為 PostgreSQL 執行個體,您只能匯入或匯出一個特定資料庫。
是否可以匯入或匯出 CSV 檔案?
若為 MySQL 執行個體,您可以匯入或匯出 CSV 檔案,但 PostgreSQL 執行個體還不支援匯入或匯出 CSV 檔案。詳情請參閱建立 CSV 檔案
需要 Cloud Storage 帳戶才能在執行個體中匯入或匯出資料?
Cloud SQL 支援使用 Cloud Storage 值區匯入及匯出資料庫 (壓縮或未壓縮的 SQL 傾印檔案) 和 CSV 檔案。如要使用 Cloud Storage 值區執行匯入或匯出,您必須先申請一個 GCP 帳戶並建立值區,或者在其他帳戶具有 Cloud Storage 值區的存取權。詳情請參閱匯入資料匯出資料
ERROR_RDBMS 對匯入作業有什麼意義?
如果 MySQL 在資料匯入作業期間傳回錯誤,就會出現此錯誤。常見的原因包括語法無效、使用的資料庫或資料表尚未定義,以及嘗試執行需要 SUPER 權限的 MySQL 陳述式。
當我刪除執行個體時,是否可以重新使用這個執行個體的名稱?
可以,但不能馬上使用。該執行個體名稱會有長達一星期的時間無法使用,然後才能重複使用。
什麼是 cloudsqladmin 資料庫使用者?
每個 Cloud SQL 執行個體都含有一個稱為 cloudsqladmin 的資料庫使用者。如果您執行 SHOW GRANTS FOR cloudsqladmin@localhost,則可能會注意到這個使用者。在部分執行個體中,這個使用者也會出現在系統使用者資料表中。這個使用者帳戶用於需要存取執行個體資料的自動流程 (例如:備份執行個體或執行匯入或匯出作業)。
如何使用 GRANT ALL
Cloud SQL 不支援 SUPER 權限,這表示 GRANT ALL PRIVILEGES 陳述式無法運作。不過您可以改用 GRANT ALL ON `%`.*
如何存取執行個體的交易記錄檔?
若為 MySQL 執行個體,如果您啟用執行個體的二進位檔記錄 (請參閱啟用二進位檔記錄),並為執行個體設定 IP 位址 (請參閱設定 IP 連線的存取權),您可以使用標準 MySQL mysqlbinlog 公用程式來檢查執行個體的交易記錄。
Cloud SQL 提供的交易隔離等級為何?

MySQL 執行個體:Cloud SQL 提供 REPEATABLE READ 交易隔離。您可以自行變更目前工作階段的交易隔離等級,但通常建議您使用預設值。詳情請參閱 MySQL 說明文件中的交易隔離等級一節。

PostgreSQL 執行個體:Cloud SQL 提供 Read committed 交易隔離。您可以變更特定交易的交易隔離等級,但通常建議使用預設值。詳情請參閱 PostgreSQL 說明文件中的交易隔離一節。

返回頁首

價格與計費

如何才能試用 Cloud SQL?
最小的執行個體是 db-f1-micro,您可以用它來試用服務。請注意,共用核心的執行個體不在服務水準協議範圍內。
應該選用哪種價格方案?按次計費或套裝方案?
按次計費和套裝價格方案都只適用於第一代執行個體。根據經驗法則,如果執行個體每個月使用超過 450 個小時,則套裝方案是較實惠的選擇。如需進一步瞭解價格方案,請參閱定價一文。
是否可以變更方案?
按次計費和套裝價格方案都只適用於第一代執行個體。您每個月最多有 3 次變更執行個體計費方案的機會。在當天結束時 (美國太平洋時間) 生效的方案,即為用於計算執行個體費用的方案。您可以在單日無限次修改方案,只會計為每個月三次變更機會中的一次。

您可以編輯此設定,藉以變更第一代執行個體的計費方案。若要執行編輯,請前往 Google Cloud Platform 主控台,選取含有該執行個體的專案,然後選取 Cloud SQL。在執行個體清單中選擇執行個體,然後編輯包含計費設定在內的各項設定。

可以在專案中建立多少執行個體?
如需進一步瞭解執行個體限制,請參閱配額與限制一文。
我需要多大的資料庫執行個體大小?多大的 RAM?
一般而言,選擇 RAM 和 CPU 較多且規模較大的執行個體,可以提升資料庫的效能。這可以提升許多涉及大量計算的查詢效能,如包含 join、ORDER BY 或 GROUPing 的查詢,但對於單列的更新效能不會有多大影響。 如需進一步瞭解執行個體大小和定價,請參閱定價頁面
如何計算執行個體的使用?

MySQL 第二代和 PostgreSQL 執行個體:依據執行個體啟用的時間,按每分鐘收費。

MySQL 第一代執行個體: 如果執行個體是使用按次計費方案,則會依據執行個體啟用的時間,按每分鐘收費。

如果執行個體是使用 ON_DEMAND 啟用政策 (預設值),則每當您存取執行個體 (不論是從 SQL Prompt、外部應用程式,或是從 App Engine 應用程式存取),執行個體就會啟動,並在最後一次存取完成後的 15 分鐘內保持啟用狀態。超過此時間後,執行個體即會關閉。系統不會在執行個體關閉時向您收取費用。

請注意,只要用戶端與執行個體處於連線狀態,執行個體就會維持啟用狀態,閒置連線也包含在內。您可以使用 MySQL 用戶端並執行 SHOW PROCESSLIST 指令來列出與執行個體的連線。然後,您就能使用 KILL 指令來終止連線。也可以重新啟動執行個體來終止所有連線。

使用套裝計費方案且啟用政策為 ON_DEMAND 的執行個體,會在最後一次存取後的 12 小時內保持啟用狀態。

您可以修改啟用政策,以變更執行個體的啟用行為。瞭解詳情

如何計算儲存空間?

MySQL 第二代及 PostgreSQL 執行個體:儲存空間的計算依據為佈建供執行個體所使用的儲存空間量。備份儲存空間會按備份使用的空間量收費。無論執行個體是開啟還是關閉狀態,都會產生儲存空間費用。

MySQL 第一代執行個體:儲存空間的計算依據為執行個體所使用的檔案空間量。儲存空間以 GB 為單位計算每分鐘的費用,所以您用多少就付多少。無論執行個體是開啟還是關閉狀態,都會產生儲存空間費用。使用備份排程服務所產生的備份儲存空間不計費。

如何知道我將支付多少費用?
Google Cloud Platform 主控台的「Billing」(帳單) 分頁會顯示自上一份帳單發出後執行個體產生的費用。
為什麼我閒置的第一代執行個體在「按次計費」方案中產生費用?

請確認是否在執行個體中啟用排定的備份。Cloud SQL 只有在前次排定的備份後發生執行個體資料變更時,才會建立執行個體備份。當排定的備份發生時,執行個體在備份期間為啟用狀態,因而產生「按次計費」的費用。

當我的執行個體到達大小上限時,會發生什麼情況?

MySQL 第二代及 PostgreSQL 執行個體:如果執行個體達到佈建的儲存空間大小,且您並未啟用自動增加儲存空間,或已達其設定的上限,則除非增加儲存空間大小,否則系統不會允許在資料庫中寫入新的資料。增加儲存空間大小不需要重新啟動或關閉執行個體。

MySQL 第一代執行個體:

如果執行個體達到您所選方案允許的儲存上限,則在您刪除資料釋出空間之間,您無法將新資料寫入資料庫。

為什麼我的執行個體被停權了?
可能是因為您的 GCP 帳戶發生問題。您可以提交帳單支援要求來判斷您的帳單狀態。帳單問題解決之後,執行個體會在幾小時內恢復為可執行狀態。請注意,系統會在 90 天後刪除遭到停權的第二代執行個體。
為什麼我的執行個體遭到刪除?
已停權的 PostgreSQL 和 MySQL 第二代執行個體會在 90 天後遭到刪除。這適用於狀態為 SUSPENDED 的執行個體。已停止但狀態為 RUNNABLE 的執行個體不會遭到刪除。
如何取消我的 Cloud SQL 帳戶?
如要停用專案的 Cloud SQL,請前往 Google Cloud Platform 主控台,選取專案,然後選取 [API] 服務以開啟 API 資訊主頁。 找出「Cloud SQL API」,然後針對該 API 按一下 [停用]
如何停用計費功能?
如要停用計費功能,請前往 Google Cloud Platform 主控台,在該專案的「計費功能與設定」窗格中按一下 [停用計費功能]。如果停用計費功能,也會同時停用 Cloud SQL 服務。停用計費功能之前,請確認您要停用 Cloud SQL 服務。

您會在停用計費功能之後收到最後一份帳單,我們會向您收取自付費週期起到取消服務日這段期間內所產生的費用。

返回頁首

搭配 App Engine 使用 Cloud SQL

如何從 App Engine 連線至 MySQL 第二代執行個體?
不論 App Engine 應用程式是在標準還是在彈性環境中執行,您都可以從該應用程式連線至第二代執行個體。詳情請參閱透過 App Engine 建立連線
可以從 App Engine 連線至 PostgreSQL 執行個體?
您可以依據您使用的環境和語言,從 App Engine 應用程式連結至 PostgreSQL 執行個體。詳情請參閱從 App Engine 連結一文。
是否可以使用我設於美國的 App Engine 來存取位於歐洲的 Cloud SQL 執行個體 (反之亦然)?

如要連結 MySQL 第一代執行個體,您的 App Engine 應用程式必須與 Cloud SQL 執行個體位於相同的地區,而且必須在標準環境中執行。

如要連結 MySQL 第二代執行個體,則您的 App Engine 應用程式不一定要與 Cloud SQL 執行個體位於相同的地區,而且可以在標準或彈性環境中執行。但 Cloud SQL 執行個體和 App Engine 應用程式之間的距離愈遠,連線至資料庫的延遲時間就會愈長。

如果您要連線至 PostgreSQL 執行個體,則您的 App Engine 應用程式不一定要在相同的地區。但 Cloud SQL 執行個體和 App Engine 應用程式之間的距離愈遠,連結資料庫的延遲時間就會愈長。

我適合使用哪一種 GCP 資料庫服務?
這要看您的應用程式需求而定。Google Cloud Platform 提供許多服務,可用來儲存和擷取資料。詳情請參閱儲存空間選項
是否需要安裝本機資料庫伺服務才能使用 App Engine 開發伺服器?
不用。您可以將 App Engine 設定為在開發伺服器上執行時,使用 Cloud SQL 或本機安裝的資料庫伺服器。
我可以使用哪些語言來存取執行個體?
App Engine 支援數種可用來連結執行個體的語言。詳情請參閱透過 App Engine 建立連線

如果您不是使用 App Engine,可以使用任何具備相關連接器或 API 的語言。如需支援的語言清單,請參閱 MySQL 參考手冊中的連接器與 API 一章。

Django 可以搭配 Cloud SQL 使用嗎?
可以,Cloud SQL 與 Django 相容。請參閱開始使用 Django 一文。
哪一個預留位置可以用於 Python 查詢字串中?
Python 使用者只能在參數替代中使用 %s 格式碼。因此,下列為無效的陳述式:cursor.execute('INSERT INTO entries (guestAge) VALUES (%d)', (age))
如何管理連線?

有效管理資料庫連線是資料庫應用程式開發的一個重要方面,包括使用連線集區與指數輪詢。如需如何以多種語言和架構使用這些技術的範例,請參閱管理資料庫連線一文。

如需進一步瞭解執行個體連線限制,請參閱配額與限制一文。

SQLException 的「無效的連線 ID」訊息代表什麼?
這表示伺服器上的連線已不再開放,用戶端應該將之刪除。您不需要將這些連線設定為「關閉」,因為他們已經關閉了。
可以在 App Engine 以外透過程式來存取我的 Cloud SQL 執行個體嗎?
可以。您可以使用任何支援的語言,透過程式從外部應用程式存取 Cloud SQL 執行個體。您也可以使用 JDBC (包括撰寫 Apps Script 指令碼) 來連結以存取您的 Cloud SQL 資料庫。 請參閱從外部應用程式連結
返回頁首
本頁內容對您是否有任何幫助?請提供意見:

傳送您對下列選項的寶貴意見...

這個網頁
Cloud SQL 說明文件