• Q：為什么下載數據文件會報錯？

  A：使用wget -c 'https://****.bak.rds.aliyuncs.com/****_xb.qp?****' -O test_xb.qp命令下載時請用2個英文單引號（'）將下載地址包裹起來，便于程序識別具體的地址，防止出錯。

tar -izxvf test.tar.gz -C /var/mysql_bkdata/

### MySQL 8.0
gzip -d -c test.xb.gz | /u01/xtrabackup80/bin/xbstream -x -v -C /var/mysql_bkdata/

### MySQL 5.5/5.6/5.7
gzip -d -c test.xb.gz | xbstream -x -v -C /var/mysql_bkdata/

## 步驟一：解包
cat test_qp.xb | xbstream -x -v -C /var/mysql_bkdata/

## 步驟二：解壓
### MySQL 5.5/5.6/5.7
innobackupex --decompress --remove-original /var/mysql_bkdata/

### MySQL 8.0
/u01/xtrabackup80/bin/xtrabackup --decompress --remove-original --target-dir=/var/mysql_bkdata/

• Q：下載的備份文件解壓縮報錯怎么辦？

  A：請根據如下步驟檢查或處理報錯：

  確認您下載的文件是否為物理備份文件。

  請確認壓縮文件保存的名稱后綴是否正確（使用URL中包含的文件名后綴xb.qp、.tar.gz、.xb.gz或_qp.xb）。

  針對不同格式的壓縮文件，請使用本步驟提供的解壓命令。

  常見的報錯如下：

  • 執行解壓命令出現sh: qpress: command not found報錯。

    解決方法：請參考本文前提條件確認您自建庫所在服務器中是否已安裝解壓工具qpress。

  • 備份文件類型為xbstream文件包（_qp.xb 后綴），執行解壓命令出現innobackupex未找到。

    解決方法：請參考本文前提條件確認您自建庫所在服務器中是否已安裝Percona XtraBackup。

  • 出現報錯：備份文件類型為xbstream文件包（_qp.xb 后綴），執行cat解包命令出現can't change to dir to xx( errorcode:no such file or directory)報錯。

    解決方法：報錯原因可能是命令中文件名或路徑錯誤引起，請確認文件名和路徑是否正確。

• Q：系統返回報錯xtrabackup: Unknown error 3613，如何處理？

  A：請將Percona XtraBackup更新到最新版本后再次嘗試。

• Q：系統返回報錯Original data directory /var/mysql_newdata is not empty!，如何處理？

  A：使用sudo rm -rf /var/mysql_newdata/*命令清空文件夾內文件，然后在重新執行恢復操作。

• Q：系統返回報錯InnodDB: Encryption information in datafile: ./xxx.ibd can't be decrypted, please check if a keyring plugin is loaded and initialized successfully.，如何處理？

  請檢查實例是否開啟了TDE加密：

  • 如果開啟了TDE加密，請確認是否存在加密過的表，請參見本文前提條件，先對已加密的表執行設置透明數據加密TDE，然后重新根據本文操作指引進行恢復。

  • 如果未開啟TDE加密，請確保您的Percona XtraBackup版本正確，請參見準備工作安裝。

• Q：已下載的備份文件發現存在TDE加密的數據，導致恢復數據出錯，有什么解決辦法？

  A：該情況下無法基于已下載的加密的備份文件進行恢復。RDS實例中如果存在加密過的表，會導致恢復過程出錯。請參見本文前提條件，先對已加密的表執行設置透明數據加密TDE，然后重新根據本文操作指引進行恢復。

• Q：恢復時報錯innobackupex: File 'undo001' not found (Errcode: 2 - No Such file or directory)如何處理？

  A：undo文件為系統文件，不同版本數據庫間存在差異，請檢查本地自建數據庫的版本是否與RDS MySQL數據庫版本一致。

• Q：Ubuntu操作系統報錯mysqld: [ERROR] Failed to open required defaults file: /etc/my.cnf，是為什么，怎么處理？

  A：該報錯是由Ubuntu自帶安全程序AppArmor導致的，請使用apt install -y apparmor-utils和aa-complain /usr/sbin/mysqld命令修改AppArmor設置。

• Q：恢復完成后，無法啟動自建庫或在使用自建庫的過程中遇到error 1105 Unknown error錯誤怎么辦？

  A：執行如下SQL語句轉換數據庫存儲引擎即可：

  USE mysql;
  ALTER TABLE proc engine=myisam;
  ALTER TABLE event engine=myisam;
  ALTER TABLE func engine=myisam;

  說明

  如果執行上述語句報錯ERROR 1067 (42000): Invalid default value for 'modified'，請先執行SET SQL_MODE='ALLOW_INVALID_DATES';語句。

• Q：數據庫恢復后，root密碼是多少？

  A：根據版本不同，root密碼獲取方法如下：

  • 如果您的實例版本為MySQL 5.7或8.0，則root密碼即自建庫的root密碼。

  • 如果您的實例版本為MySQL 5.5或5.6，需要重置root密碼方可正常使用。更多信息，請參見官方文檔。

• Q：啟動時報錯InnodDB: Assertion failure in thread 140xxx in file page0zip.icne xxx，如何處理？

  A：造成該報錯的原因可能是系統磁盤空間不足，您可以嘗試擴容自建數據庫所在服務器的磁盤后，再進行嘗試。

• Q：啟動時報錯[ERROR] Failed to open the relay log xxx、[ERROR] Slave: Failed to initialize the master info xxx、[ERROR] Failed to create or recover replication info repositories.，如何處理？

  A：該報錯是由于RDS實例為高可用，而本地自建數據庫不涉及主備節點而導致的，不影響數據庫啟動，無需關注。

• Q：為什么阿里云物理備份還原到自建MySQL上以后，數據的時間字段和本地時間不一致？怎樣才能保持時間一致？

  A：如果自建庫的時區與RDS實例的時區不一致，則需要修改自建庫的time_zone參數，使其與RDS實例的time_zone參數一致。如果RDS實例的time_zone參數值為system，則需查看RDS實例所在的地域，并將自建庫的time_zone設置為該地域的時區。

• Q：連接自建數據庫時報錯Access denied for user 'XXX'，如何處理？

  A：請檢查RDS MySQL實例賬號或密碼是否正確，使用的賬號和密碼為RDS中創建的賬號和密碼。

• Q：連接自建數據庫時，忘記密碼了怎么辦？

  A：若忘記賬號或密碼，請在執行啟動MySQL進程命令時，傳入--skip-grant-tables參數，進程啟動后會忽略權限檢查，從而此步驟無需賬戶密碼就可登錄數據庫。您可在登錄成功后重新再修改賬號和密碼。

• Q：連接自建數據庫后，只看到系統庫或部分數據庫怎么處理？

  A：請重啟數據庫后，使用root賬號或原RDS實例中的高權限賬號連接數據庫查看。