將 MySQL 資料載入 BigQuery
如要安排從 MySQL 到 BigQuery 的週期性資料移轉作業,您可以建立移轉設定,指定要移轉的資料物件,以及安排資料移轉作業的頻率。設定移轉設定後,BigQuery 資料移轉服務就會按照指定時間表,將最新資料移轉至 BigQuery 資料表。
如要瞭解 MySQL 移轉作業的運作方式,請參閱「MySQL 資料移轉簡介」。
限制
MySQL 資料移轉作業有下列限制:
- MySQL 資料庫的同時連線數量上限,取決於 MySQL 設定參數
max_connections。預設值為 151 個連線,但您可以視需要設定更高的上限。因此,同時對單一 MySQL 資料庫執行的移轉作業數量,不得超過這個上限。這項限制也代表並行移轉工作的數量應限制在 MySQL 資料庫支援的並行連線數量上限以下。 - 單一移轉設定一次只能支援一項資料移轉作業。如果排定在第一次資料移轉完成前執行第二次資料移轉,則只有第一次資料移轉會完成,任何與第一次資料移轉重疊的資料移轉都會略過。
- 為避免單一移轉設定略過移轉作業,建議您設定「Repeat frequency」(重複頻率) 選項,增加大型資料移轉作業之間的時間長度。
- 在資料移轉期間,MySQL 連接器會識別已建立索引和分區的鍵資料欄,以平行批次方式移轉資料。因此,建議您在資料表中指定主鍵欄或使用索引欄,以提升效能並降低資料移轉的錯誤率。
- 如果您有索引或主鍵限制,則只有下列資料欄類型支援建立平行批次:
INTEGERTINYINTSMALLINTFLOATREALDOUBLENUMERICBIGINTDECIMALDATE
- 如果 MySQL 資料移轉作業未使用主鍵或索引資料欄,則每個資料表最多只能支援 2,000,000 筆記錄。
- 如果您有索引或主鍵限制,則只有下列資料欄類型支援建立平行批次:
增量移轉限制
MySQL 增量移轉作業有下列限制:- 最多只能選擇
TIMESTAMP個資料欄做為浮水印欄。 - 只有含有有效浮水印欄的資產,才支援增量擷取。
- 浮水印資料欄中的值必須單調遞增。
- 增量移轉作業無法同步處理來源資料表中的刪除作業。
- 單一移轉設定只能支援增量或完整擷取。
- 首次執行增量擷取後,您就無法更新
asset清單中的物件。 - 首次執行增量擷取後,您就無法變更移轉設定中的寫入模式。
- 第一次增量擷取作業執行後,您就無法變更浮水印欄或主鍵。
- 目的地 BigQuery 資料表會使用提供的主鍵進行分群,並受分群資料表限制規範。
首次將現有移轉設定更新為增量擷取模式時,更新後的第一次資料移轉會從資料來源移轉所有可用資料。後續的任何增量資料移轉作業,都只會從資料來源移轉新的和更新的資料列。
建議您在基準欄建立索引。這個連接器會使用浮水印資料欄,在遞增移轉作業中篩選資料,因此為這些資料欄建立索引可提升效能。
執行增量移轉作業時,必須使用更新後的資料類型對應。
事前準備
- 在 MySQL 資料庫中建立使用者。
- 確認您已完成啟用 BigQuery 資料移轉服務的所有必要動作。
- 請建立 BigQuery 資料集來儲存您的資料。
- 確認您具備必要角色,可完成本文中的工作。
必要的角色
如要取得建立 BigQuery 資料移轉服務資料移轉作業所需的權限,請要求管理員授予您專案的 BigQuery 管理員 (roles/bigquery.admin) IAM 角色。如要進一步瞭解如何授予角色,請參閱「管理專案、資料夾和組織的存取權」。
這個預先定義的角色具備建立 BigQuery 資料移轉服務資料移轉作業所需的權限。如要查看確切的必要權限,請展開「Required permissions」(必要權限) 部分:
所需權限
您必須具備下列權限,才能建立 BigQuery 資料移轉服務資料移轉作業:
-
BigQuery 資料移轉服務權限:
-
bigquery.transfers.update -
bigquery.transfers.get
-
-
BigQuery 權限:
-
bigquery.datasets.get -
bigquery.datasets.getIamPolicy -
bigquery.datasets.update -
bigquery.datasets.setIamPolicy -
bigquery.jobs.create
-
詳情請參閱「授予 bigquery.admin 存取權」。
如要設定 Pub/Sub 的移轉作業執行通知,請確認您具備 pubsub.topics.setIamPolicy Identity and Access Management (IAM) 權限。如果只設定電子郵件通知,則不需要 Pub/Sub 權限。詳情請參閱「BigQuery 資料移轉服務執行通知」。
網路連線數
如果 MySQL 資料庫連線沒有公開 IP 位址,您必須設定網路連結。
如需必要網路設定的詳細操作說明,請參閱下列文件:
- 如要從 Cloud SQL 移轉,請參閱「設定 Cloud SQL 執行個體存取權」。
- 如果您是從 AWS 轉移,請參閱「設定 AWS-Google Cloud VPN 和網路連結」。
- 如要從 Azure 轉移,請參閱「設定 Azure-Google Cloud VPN 和網路連結」。
將 MySQL 資料載入 BigQuery
使用下列任一選項設定移轉設定,將 MySQL 資料新增至 BigQuery:
控制台
前往「資料轉移」頁面。
按一下「 建立移轉作業」。
在「Source type」(來源類型) 部分,「Source」(來源) 請選取「MySQL」。
在「Data source details」(資料來源詳細資料) 部分執行下列操作:
- 在「Network attachment」(網路連結) 部分選取現有的網路連結,或是點選「Create Network Attachment」(建立網路連結)。詳情請參閱本文的「網路連線」一節。
- 在「Host」(主機) 部分,輸入 MySQL 資料庫伺服器的主機名稱或 IP 位址。
- 在「Port number」(通訊埠編號) 部分,輸入 MySQL 資料庫伺服器的通訊埠編號。
- 在「Database name」(資料庫名稱) 部分,輸入 MySQL 資料庫的名稱。
- 在「Username」(使用者名稱) 部分,輸入啟動 MySQL 資料庫連線的 MySQL 使用者名稱。
- 在「Password」(密碼) 部分,輸入啟動 MySQL 資料庫連線的使用者密碼。
- 在「TLS Mode」(TLS 模式) 中,從選單選取一個選項。如要進一步瞭解 TLS 模式,請參閱「TLS 設定」。
- 在「Trusted PEM Certificate」(信任的 PEM 憑證) 欄位中,輸入核發資料庫伺服器 TLS 憑證的憑證授權單位 (CA) 公開憑證。詳情請參閱「信任的伺服器憑證 (PEM)」一文。
- 在「Enable legacy mapping」(啟用舊版對應) 部分,選取「true」(預設),即可使用舊版資料類型對應。選取「false」即可使用更新版資料類型對應。如果您要進行增量轉移,這個值必須為 false。如要進一步瞭解資料類型對應更新,請參閱「2027 年 3 月 16 日」。
- 在「Ingestion type」(擷取類型) 部分,選取「Full」(完整) 或「Incremental」(增量)。
在「MySQL objects to transfer」(要移轉的 MySQL 物件) 部分,點選「Browse」(瀏覽)。
選取要轉移至 BigQuery 目的地資料集的所有物件。您也可以在這個欄位手動輸入要移轉資料的物件。
- 如果選取「Append」(附加) 做為增量寫入模式,就必須選取一個欄做為浮水印欄。
- 如果選取「Upsert」(新增或更新) 做為增量寫入模式,則必須選取一個欄做為浮水印欄,然後選取一或多個欄做為主鍵。
在「Transfer config name」(轉移設定名稱) 部分,「Display name」(顯示名稱) 請輸入移轉作業的名稱。移轉作業名稱可以是任何值,能讓您辨識移轉作業,方便您日後在必要時進行修改。
在「Schedule options」(排程選項) 部分執行下列操作:
- 選取重複頻率。如果選取「Hours」(小時)、「Days」(天) (預設)、「Weeks」(週) 或「Months」(月) 選項,則必須指定頻率。您也可以選取「Custom」(自訂),建立專屬的重複頻率。如果選取「On-demand」(隨選) 選項,這項資料移轉作業只會在您手動觸發時執行。
- 視情況選取「立即開始」或「在所設時間開始執行」選項,並提供開始日期和執行時間。
在「Destination settings」(目的地設定) 部分,「Dataset」(資料集) 請選取您為了儲存資料而建立的資料集,或點選「Create new dataset」(建立新的資料集),建立要當做目的地資料集的資料集。
選用:在「Notification options」(通知選項) 專區,執行下列操作:
按一下 [儲存]。
bq
輸入 bq mk 指令,
並提供轉移建立旗標 --transfer_config:
bq mk --transfer_config --project_id=PROJECT_ID --data_source=DATA_SOURCE --display_name=DISPLAY_NAME --target_dataset=DATASET --params='PARAMETERS'
更改下列內容:
- PROJECT_ID (選用):您的 Google Cloud 專案 ID。
如未提供
--project_id旗標來指定特定專案,系統會使用預設專案。 - DATA_SOURCE:資料來源,即
mysql。 - DISPLAY_NAME:資料移轉設定的顯示名稱。移轉作業名稱可以是任意值,日後需要修改移轉作業時,能夠據此識別即可。
- DATASET:資料移轉設定的目標資料集。
PARAMETERS:所建立移轉設定的參數,採用 JSON 格式。例如:
--params='{"param":"param_value"}'。以下是 MySQL 移轉作業的參數:connector.networkAttachment(選用):用於連線至 MySQL 資料庫的網路連結名稱。connector.database:MySQL 資料庫的名稱。connector.endpoint.host:資料庫的主機名稱或 IP 位址。connector.endpoint.port:資料庫的通訊埠編號。connector.authentication.username:資料庫使用者的使用者名稱。connector.authentication.password:資料庫使用者的密碼。connector.connectionTypeconnector.connectionType(選用):用於決定連線網址的連線類型。可以是SERVICE、SID或TNS。如未提供,則預設為SERVICE。connector.legacyMapping:設為true(預設),即可使用舊版資料類型對應。設為false即可使用更新版資料類型對應。如要進行增量移轉,這個值必須是false。如要進一步瞭解資料類型對應更新,請參閱「2027 年 3 月 16 日」。connector.tls.mode:指定要與這項轉移作業搭配使用的 TLS 設定:ENCRYPT_VERIFY_CA_AND_HOST:加密資料,並驗證憑證授權單位和主機名稱ENCRYPT_VERIFY_CA加密資料,且僅驗證憑證授權單位ENCRYPT_VERIFY_NONE僅用於資料加密DISABLE:不加密或驗證
connector.tls.trustedServerCertificate:(選用) 提供一或多個 PEM 編碼憑證。只有在connector.tls.mode為ENCRYPT_VERIFY_CA_AND_HOST或ENCRYPT_VERIFY_CA時才需要。ingestionType:指定full或incremental。預先發布版支援增量轉移。詳情請參閱「完整或增量移轉」。writeMode:指定WRITE_MODE_APPEND或WRITE_MODE_UPSERT。watermarkColumns:將資料表中的資料欄指定為浮水印資料欄。如要進行增量轉移,這個欄位為必填。primaryKeys:將資料表中的資料欄指定為主鍵。如要進行增量轉移,這個欄位為必填。assets:MySQL 資料表名稱清單,列出要從 MySQL 資料庫轉移的資料表。
例如,下列指令會建立名為 My Transfer 的 MySQL 移轉作業:
bq mk --transfer_config --target_dataset=mydataset --data_source=mysql --display_name='My Transfer' --params='{"assets":["DB1/DEPARTMENT","DB1/EMPLOYEES"], "connector.authentication.username": "User1", "connector.authentication.password":"ABC12345", "connector.encryptionMode":"FULL", "connector.database":"DB1", "connector.endpoint.host":"54.74.220.23", "connector.endpoint.port":3306 "ingestionType":"incremental", "writeMode":"WRITE_MODE_APPEND", "watermarkColumns":["createdAt","createdAt"], "primaryKeys":[['dep_id'], ['report_by','report_title']], "connector.tls.mode": "ENCRYPT_VERIFY_CA_AND_HOST", "connector.tls.trustedServerCertificate": "PEM-encoded certificate"}'
在遞增移轉期間指定多項資產時,watermarkColumns 和 primaryKeys 欄位的值會對應至 assets 欄位中的值位置。在以下範例中,dep_id 對應至資料表 DB1/USER1/DEPARTMENT,而 report_by 和 report_title 則對應至資料表 DB1/USER1/EMPLOYEES。
"primaryKeys":[['dep_id'], ['report_by','report_title']], "assets":["DB1/USER1/DEPARTMENT","DB1/USER1/EMPLOYEES"],
API
使用 projects.locations.transferConfigs.create 方法,並提供 TransferConfig 資源的例項。
如要在排程時間以外手動執行資料移轉作業,可以啟動補充執行作業。
疑難排解
如果無法順利設定資料移轉作業,請參閱「MySQL 移轉問題」。
轉移中繼資料
您也可以使用 MySQL 連接器將中繼資料轉移至 Knowledge Catalog。詳情請參閱「將 MySQL 中繼資料載入 Knowledge Catalog」。後續步驟
- 請參閱 BigQuery 資料移轉服務總覽。
- 瞭解如何管理轉移作業,包括取得轉移設定的相關資訊、列出轉移設定,以及查看轉移作業的執行記錄。
- 瞭解如何透過 BigQuery Omni 作業載入資料。