除錯和其他工具

MySQL   |  PostgreSQL   |  PostgreSQL 至 AlloyDB

總覽

本頁面提供有助於偵錯及使用 PostgreSQL 的指令碼。

遷移非主鍵資料表的 UPDATE 和 DELETE 作業

如果資料表沒有主鍵，資料庫遷移服務支援在變更資料擷取 (CDC) 階段遷移初始快照和 INSERT 陳述式。

如要更新缺少的 UPDATE 和 DELETE 程序，請參閱本文後續章節。

偵測來源和 Cloud SQL 目的地執行個體之間缺少的資料

1. 找出沒有主鍵的資料表：

   select tab.table_schema,
          tab.table_name
   from information_schema.tables tab
   left join information_schema.table_constraints tco 
             on tab.table_schema = tco.table_schema
             and tab.table_name = tco.table_name 
             and tco.constraint_type = 'PRIMARY KEY'
   where tab.table_type = 'BASE TABLE'
         and tab.table_schema not in ('pg_catalog', 'information_schema', 'pglogical')
         and tco.constraint_name is null
   order by table_schema,
            table_name;
   

2. 開始遷移前，請先使用下列查詢，檢查所有沒有主鍵的資料表是否有任何更新或刪除作業：

   SELECT schemaname,
         relname,
         n_tup_ins,
         n_tup_upd,
         n_tup_del
     FROM  pg_stat_user_tables
     WHERE schemaname NOT IN
     ('pglogical', 'pg_catalog', 'information_schema');
   

   地點：
   • n_tup_ins：插入的列數
   • n_tup_upd：更新的列數 (包括 HOT 更新的列)
   • n_tup_del：已刪除的資料列數
3. 將這些結果儲存至其他資料表或檔案。
4. 遷移設定完成後，請再次執行查詢。
5. 比較結果與步驟 3 的結果。

如果遷移期間來源的 n_tup_upd 或 n_tup_del 值有差異，來源可能會有更新或刪除作業。

注意：您可以使用 pg_stat_reset() 函式手動重設 pg_stat_user_tables。如果對來源執行這項函式，統計資料可能無法反映準確資訊。

手動將資料從來源遷移至 Cloud SQL 目的地執行個體

如果發現來源和 Cloud SQL 目的地執行個體之間有差異，可以使用下列任一選項遷移資料：

• 選項 1：手動比較來源和 Cloud SQL 目的地之間的資料，然後執行適當的 SQL 查詢，只更新來源和副本之間不同的資料。

• 方法 2：針對沒有主鍵的資料表執行 pg_dump 和 pg_restore。詳情請參閱「使用 pg_dump 從地端部署 PostgreSQL 伺服器匯出資料」。

• 選項 3：使用 Postgres COPY 指令遷移資料。詳情請參閱 PostgreSQL 說明文件。請注意，這個步驟需要副本 VM 能夠連線至來源 VM。

如果是選項 2 和選項 3，如果已將任何資料遷移至副本，可能需要先清除這些記錄，才能執行 pg_restore 或 COPY 指令。請視情況進行調整。