本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # Aurora MySQL 資料庫引擎更新 2020-09-02 (1.23.0 版) (已棄用) **版本：**1.23.0 Aurora MySQL 1.23.0 已全面推出。Aurora MySQL 1 \$1 版與 MySQL 5.6 相容，Aurora MySQL 2.\$1 版則與 MySQL 5.7 相容。 此引擎版本預定在 2023 年 2 月 28 日棄用。如需詳細資訊，請參閱[為 Amazon Aurora MySQL-Compatible Edition 第 1 版結束生命週期做好準備](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.MySQL56.EOL.html)。 目前支援的 Aurora MySQL 版本包括 1.19.5、1.19.6、1.22.\$1、1.23.\$1、2.04.\$1、2.07.\$1、2.08.\$1、2.09.\$1、2.10.\$1、3.01.\$1 和 3.02.\$1。 您可以將 Aurora MySQL 1.\$1 資料庫的快照還原為 Aurora MySQL 1.23.0。 **重要** 此版本中 Aurora 儲存體的改進將可用的升級路徑從 Aurora MySQL 1.23 限制為 Aurora MySQL 2.\$1。若您將 Aurora MySQL 1.23 叢集升級至 2.\$1，必須升級至 Aurora MySQL 2.09.0 或更新版本。 若要使用舊版 Aurora MySQL 建立叢集，請透過 RDS AWS 主控台、CLI 或 Amazon RDS API 指定引擎版本。 **注意** 此版本目前不適用於下列區域： AWS GovCloud (US-East) [us-gov-east-1]、 AWS GovCloud (US-West) [us-gov-west-1]。待該版本可供使用時，會再另行宣布。 如果您有任何問題或疑慮，社群論壇和透過 AWS Support 提供 [AWS Support](https://aws.amazon.com/support)。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[維護 Amazon Aurora 資料庫叢集](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/USER_UpgradeDBInstance.Maintenance.html)。 ## 改進 **新功能：** + 您現在可以透過變更資料庫叢集參數 `aurora_parallel_query` 的值來開啟或關閉現有叢集的平行查詢。建立叢集時，不需要使用 `parallelquery` 參數的 `--engine-mode` 設定。 現在系統已擴充平行查詢，您可在可使用 Aurora MySQL 的所有區域中使用。 對於在 Aurora 叢集中升級和啟用平行查詢的程序，還有許多其他功能增強功能和變更。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[使用 Amazon Aurora MySQL 的平行查詢](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/aurora-mysql-parallel-query.html)。 + 在此版本中，您可以建立具有高達 128 TiB 儲存體的 Amazon Aurora MySQL 資料庫執行個體。新的儲存限制比之前的 64 TiB 有所增加。128 TiB 儲存大小支援較大的資料庫。小型執行個體大小 (db.t2 或 db.t3) 不支援此功能。由於 [InnoDB 具有 16 KB 的頁面大小限制](https://dev.mysql.com/doc/refman/5.7/en/innodb-limits.html)，因此，單一資料表空間不得超過 64 TiB。 當叢集磁碟區大小接近 128 TiB 時，Aurora 會向您發出警示，以便您可以在達到大小限制之前，先採取動作。這些警示會出現在 mysql 記錄中，而 RDS 事件會在 AWS 管理主控台中。 + 改善二進位日誌 (binlog) 處理，以便在涉及非常大型的交易時，減少損毀復原時間和遞交時間延遲。 + Aurora 動態調整叢集儲存空間的大小。透過動態調整大小，當您從資料庫叢集移除資料時，Aurora 資料庫叢集的儲存空間會自動減少。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》**中的[儲存體擴展](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/Aurora.Managing.Performance.html#Aurora.Managing.Performance.StorageScaling)。 **注意** 動態調整大小功能正在分階段部署至可使用 Aurora AWS 的區域。視叢集所在的區域而定，此功能可能尚未提供。如需更多詳細資訊，請參閱[最新消息公告](https://aws.amazon.com/about-aws/whats-new/2020/10/amazon-aurora-enables-dynamic-resizing-database-storage-space/)。 **高優先順序修正：** + [CVE-2019-2911](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2911) + [CVE-2019-2537](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-2537) + [CVE-2018-2787](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2787) + [CVE-2018-2784](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2784) + [CVE-2018-2645](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2645) + [CVE-2018-2640](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-2640) **可用性改進項目：** + 已修正鎖定管理員中競爭條件可能導致鎖定由兩個交易共用，進而造成資料庫重新啟動的問題。 + 已修正與使用長時間執行寫入交易導致資料庫重新啟動的交易鎖定記憶體管理相關的問題。 + 修正在鎖定管理員中導致資料庫重新啟動或在交易轉返期間容錯移轉的競爭條件問題。 + 已修正在啟用快速 DDL 的資料表上變更 `innodb_file_format` 時，從 5.6 升級至 5.7 的問題。 + 已修正檢查資料庫活動的靜止點以進行修補時，引擎可能會在零停機時間修補期間重新啟動的多個問題。 + 已修正復原中斷的 `DROP TRIGGER` 操作時，影響資料庫執行個體重新啟動的 DDL 復原相關問題。 + 已修正如果在執行某些資料分割操作期間，發生當機時，可能會造成資料庫無法使用的問題。具體而言，中斷的 `ALTER TABLE` 操作會修改資料分割類型或資料表中的磁碟分割數目。 + 已修正 16XL 和 24XL 執行個體上的預設值 `table_open_cache`，該執行個體可能會在大型執行個體類別 (R4/R5-16XL、R5-12XL、R5-24XL) 上造成重複的容錯移轉和高 CPU 使用率。此影響了 1.21.x 和 1.22.x。 **全球資料庫：** + 在 Aurora 全域資料庫中的主要和次要 AWS 區域，在 MySQL `INFORMATION_SCHEMA.REPLICA_HOST_STATUS` 檢視中填入遺失的資料。 + 已修正在主要和次要區域之間出現暫時網路連線問題之後，由於主要區域中 UNDO 記錄的廢棄項目收集，在全球資料庫次要區域中可能發生的未預期查詢失敗。 **平行查詢：** + 已修正平行查詢可能導致長時間執行查詢傳回空白結果的問題。 + 已修正在 Aurora 讀取複本上小型資料表查詢可能需要一秒以上的問題。 + 已修正當平行查詢和 DML 陳述式在繁重的工作負載下同時執行時，可能導致重新啟動的問題。 **一般改進：** + 已修正如果在已存在大型空間值的資料表上建立空間索引，使用空間索引的查詢可能會傳回部分結果的問題。 + 將稽核系統變數 `server_audit_incl_users` 和 `server_audit_excl_users` 的允許長度上限從 1024 個位元組增加到 2000 個位元組。 + 已修正當 Aurora MySQL binlog (主要) 在 `statement` `binlog_format` 下載入 S3 的資料時，連線至 Aurora MySQL binlog (主要) 的 binlog 複本可能會顯示不完整資料的問題。 + 遵守社群行為，以將 `mixed` binlog\$1format 映射至 `row`，而非 `statement`，來載入資料。 + 已修正當使用者關閉連線，且工作階段正在使用暫存資料表時，造成 binlog 複寫停止運作的問題。 + 已改善涉及 MyISAM 暫存資料表之查詢的回應時間。 + 已修正當 binlog 工作者執行原生 lambda 函數時的許可問題。 + 已修正嘗試查詢或輪換慢速日誌或一般日誌時，Aurora 讀取複本的問題。 + 修正當 `binlog_checksum` 參數設定為主要和複本上的不同值時，邏輯複寫中斷的問題。 + 修正僅供讀取複本可能會在寫入器上暫時看到最近認可交易的部分結果的問題。 + 當死鎖已解決時，包含 `show engine innodb status` 中復原交易的交易資訊。 ## MySQL 社群版錯誤修正整合 + `ALTER TABLE ADD COLUMN ALGORITHM=QUICK` 的 Binlog 事件將重新寫入為 `ALGORITHM=DEFAULT`，以與社群版本相容。 + 錯誤編號 22350047：如果在 ROLLBACK TO SAVEPOINT 之後終止用戶端，則會遞交先前的 STMTS + 錯誤編號 29915479：在沒有 COM\$1BINLOG\$1DUMP 的情況下執行 COM\$1REGISTER\$1SLAVE，可能會導致伺服器結束 + 錯誤編號 30441969：錯誤編號 29723340：SQL 快速查詢資料之後，MYSQL 伺服器當機 + 錯誤編號 30628268：記憶體不足當機 + 錯誤編號 27081349：使用空間函數刪除時，出現未預期的行為 + 錯誤編號 27230859：處理無效的多邊形時，出現未預期的行為 + 錯誤編號 27081349：使用空間刪除時，出現未預期的行為 + 錯誤編號 26935001：ALTER TABLE AUTO\$1INCREMENT 嘗試從捨棄的資料表空間讀取索引 + 錯誤編號 29770705：使用特定 WHERE 子句執行 SELECT 時，伺服器當機 + 錯誤編號：27659490：使用動態範圍的 SELECT 與索引合併使用太多記憶體 (OOM) + 錯誤編號 24786290：在主檔中發生錯誤編號 74145 之後，複寫中斷 + 錯誤編號 27703912：過度使用記憶體，準備作業太多 + 錯誤編號 20527363：截斷暫存資料表當機：\$1DICT\$1TF2\$1FLAG\$1IS\$1SET(TABLE, DICT\$1TF2\$1TEMPORARY) + 錯誤編號 23103937 PS\$1TRUNCATE\$1ALL\$1TABLES() DOES NOT WORK IN SUPER\$1READ\$1ONLY MODE + 錯誤編號 25053286：在程序中將檢視與條件搭配使用造成不正確的行為 (已於 5.6.36 修正) + 錯誤編號 25586773：在 SP 的迴圈中建立資料表選取的行為不正確 (已於 5.6.39 修正) + 錯誤編號 27407480：AUTOMATIC\$1SP\$1PRIVILEGES 需要 MYSQL.USER 資料表的插入權限 + 錯誤編號 26997096：`relay_log_space` 值未同步更新，因此，其值有時可能會高於轉送日誌使用的實際磁碟空間。 + 錯誤編號 15831300 SLAVE\$1TYPE\$1CONVERSIONS=ALL\$1NON\$1LOSSY 無法如預期運作 + SSL 錯誤向後移植錯誤編號 17087862、錯誤編號 20551271 + 錯誤編號 16894092：5.6.6\$1 中的效能回歸，以用於插入... 選取... 來源 (在 5.6.15 已修正)。 + 移植與 `SLAVE_TYPE_CONVERSIONS` 相關的錯誤修正。