Aurora MySQL 資料庫引擎更新 2020-09-17 (2.09.0 版) (已棄用) - Amazon Aurora
改善項目MySQL 社群版錯誤修正整合與 Aurora MySQL 第 1 版比較MySQL 5.7 相容性

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

Aurora MySQL 資料庫引擎更新 2020-09-17 (2.09.0 版) (已棄用)

版本：2.09.0

Aurora MySQL 2.09.0 已全面推出。Aurora MySQL 2.x 版與 MySQL 5.7 版相容，Aurora MySQL 1.x 版則與 MySQL 5.6 版相容。

目前支援的 Aurora MySQL 版本包括 1.19.5、1.19.6、1.22.*、1.23.*、2.04.*、2.07.*、2.08.*、2.09.*、2.10.*、3.01.* 和 3.02.*。

您可以將快照從 Aurora MySQL 1.23.* 還原至 Aurora MySQL 2.09.0。您還可以選擇將現有的 Aurora MySQL 2.* 資料庫叢集升級至 Aurora MySQL 2.09.0。您無法直接將現有的 Aurora MySQL 1.23.* 叢集升級至 2.09.0；不過，您可以將其快照還原至 Aurora MySQL 2.09.0。

重要

此版本中 Aurora 儲存體的改進將可用的升級路徑從 Aurora MySQL 1.* 限制為 Aurora MySQL 2.09。若您將 Aurora MySQL 1.* 叢集升級至 2.09，必須升級至 Aurora MySQL 1.23。

若要以舊版的 Aurora MySQL 建立叢集，請透過 AWS Management Console、AWS CLI 或 RDS API 指定引擎版本。

如果您有任何問題或疑慮，請透過社群論壇及 AWS Support 聯繫 AWS Support。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的維護 Amazon Aurora 資料庫叢集。

注意

如需如何升級 Aurora MySQL 資料庫叢集的詳細資訊，請參閱《Amazon Aurora 使用者指南》中的升級 Aurora MySQL 資料庫叢集的次要版本或修補程式層級。

改善項目

新功能：

  • 在此版本中，您可以建立具有高達 128 TiB 儲存體的 Amazon Aurora MySQL 資料庫執行個體。新的儲存限制比之前的 64 TiB 有所增加。128 TiB 儲存大小支援較大的資料庫。小型執行個體大小 (db.t2 或 db.t3) 不支援此功能。由於 InnoDB 具有 16 KB 的頁面大小限制，因此，單一資料表空間不得超過 64 TiB。

    當叢集磁碟區大小接近 128 TiB 時，Aurora 會向您發出警示，以便您可以在達到大小限制之前，先採取動作。這些警示會出現在 mysql 記錄中，而 RDS 事件會在 AWS Management Console 中。

  • 您現在可以透過變更資料庫叢集參數 aurora_parallel_query 的值來開啟或關閉現有叢集的平行查詢。建立叢集時，不需要使用 parallelquery 參數的 --engine-mode 設定。

    現在系統已擴充平行查詢，您可在可使用 Aurora MySQL 的所有區域中使用。

    對於在 Aurora 叢集中升級和啟用平行查詢的程序，還有許多其他功能增強功能和變更。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的使用 Amazon Aurora MySQL 的平行查詢。

  • Aurora 動態調整叢集儲存空間的大小。透過動態調整大小，當您從資料庫叢集移除資料時，Aurora 資料庫叢集的儲存空間會自動減少。如需詳細資訊，請參閱《Amazon Aurora 使用者指南》中的儲存體擴展。

    注意

    動態調整大小功能正在分階段部署到已推出 Aurora 的 AWS 區域。視叢集所在的區域而定，此功能可能尚未提供。如需更多詳細資訊，請參閱最新消息公告。

高優先順序修正：

  • 社群錯誤編號 27659490 的修正：SELECT USING DYNAMIC RANGE AND INDEX MERGE USE TOO MUCH MEMORY (OOM)

  • 錯誤編號 26881508: MYSQL #1: DISABLE_ABORT_ON_ERROR IN AUTH_COMMON.H

  • 社群錯誤編號 24437124 的修正：POSSIBLE BUFFER OVERFLOW ON CREATE TABLE

  • 錯誤編號 27158030 的修正：INNODB ONLINE ALTER CRASHES WITH CONCURRENT DML

  • 錯誤編號 29770705：使用特定 WHERE 子句執行 SELECT 時，伺服器當機

  • 錯誤編號 26502135 的修正：MYSQLD SEGFAULTS IN MDL_CONTEXT::TRY_ACQUIRE_LOCK_IMPL

  • 錯誤編號 26935001 的修正：ALTER TABLE AUTO_INCREMENT TRIES TO READ INDEX FROM DISCARDED TABLESPACE

  • 錯誤編號 28491099：[FATAL] MEMORY BLOCK IS INVALID | INNODB: ASSERTION FAILURE: UT0UT.CC:670

  • 錯誤編號 30499288：GCC 9.2.1 REPORTS A NEW WARNING FOR OS_FILE_GET_PARENT_DIR

  • 錯誤編號 29952565：MYSQLD GOT SIGNAL 11 WHILE EXECUTING A QUERY(UNION + ORDER BY + SUB-QUERY)

  • 錯誤編號 30628268：記憶體不足當機

  • 錯誤編號 30441969：錯誤編號 29723340：SQL 快速查詢資料之後，MYSQL 伺服器當機

  • 錯誤編號 30569003：5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

  • 錯誤編號 29915479：在沒有 COM_BINLOG_DUMP 的情況下執行 COM_REGISTER_SLAVE，可能會導致伺服器結束

  • 錯誤編號 30569003：5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

  • 錯誤編號 29915479：在沒有 COM_BINLOG_DUMP 的情況下執行 COM_REGISTER_SLAVE，可能會導致伺服器結束

  • 錯誤編號 20712046：SHOW PROCESSLIST AND PERFORMANCE_SCHEMA TABLES DO NOT MASK PASSWORD FROM QUERY

  • 錯誤編號 18898433 修正：EXTREMELY SLOW PERFORMANCE WITH OUTER JOINS AND JOIN BUFFER (已在 5.7.21 中修正)。如果使用聯結緩衝 (例如，使用區塊巢狀迴圈演算法)，具有許多左聯結的查詢會很慢。(錯誤編號 18898433、錯誤編號 72854)

  • 後端移植錯誤編號 26402045：MYSQLD CRASHES ON QUERY (fixed in MySQL 5.7.23)。子查詢實體化的某些情況可能會導致伺服器結束。這些查詢現在會產生一個錯誤，建議停用實體化。(錯誤編號 26402045)

  • [來自 MySQL 的修正] rdsadmin 以外的使用者不允許更新讀取器副本中的 pfs 資料表。

  • 修正客戶無法更新讀取器複本中的 PerfSchema 的問題

  • 錯誤編號 26666274：INFINITE LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER

  • 錯誤編號 26997096：relay_log_space 值未同步更新，因此，其值有時可能會高於轉送日誌使用的實際磁碟空間。

  • 錯誤編號 25082593：FOREIGN KEY VALIDATION DOESN'T NEED TO ACQUIRE GAP LOCK IN READ COMMITTED

  • CVE-2019-2731

  • CVE-2018-2645

  • CVE-2019-2581

  • CVE-2018-2787

  • CVE-2019-2482

  • CVE-2018-2640

  • CVE-2018-2784

  • CVE-2019-2628

  • CVE-2019-2911

  • CVE-2019-2628

  • CVE-2018-3284

  • CVE-2018-3065

  • CVE-2019-2537

  • CVE-2019-2948

  • CVE-2019-2434

  • CVE-2019-2420

可用性改進項目：

  • 依預設啟用鎖定管理程式 ABA 修正。

  • 已修正鎖定管理員中競爭條件可能導致鎖定由兩個交易共用，進而造成資料庫重新啟動的問題。

  • 修正使用壓縮資料列格式建立暫存資料表時，可能會導致重新啟動的問題。

  • 已修正 16XL 和 24XL 執行個體上的預設值 table_open_cache，該執行個體可能會在大型執行個體類別 (R4/R5-16XL、R5-12XL、R5-24XL) 上造成重複的容錯移轉和高 CPU 使用率。這影響了 2.07.x。

  • 修正當 S3 備份未包含 mysql.host 資料表時，將叢集從 Amazon S3 恢復到 Aurora MySQL 2.08.0 版本會超過預期時間的問題。

  • 修正由於使用次要索引更新虛擬資料欄而導致重複容錯移轉的問題。

  • 已修正與使用長時間執行寫入交易導致資料庫重新啟動的交易鎖定記憶體管理相關的問題。

  • 已修正在檢查安全點進行修補時，於零停機時間修補期間，引擎可能會當機的問題。

  • 修正暫存資料表略過重做記錄 (先前造成當機) 的問題。

  • 修正了鎖定管理器中終止連線/查詢和工作階段終止之間的競爭條件。

  • 修正如果資料庫是 binlog 複本，並在 MySQL time_zone 資料表上接收 DDL 事件，則資料庫可能會當機的問題。

全球資料庫：

  • 在次要區域的 MySQL INFORMATION_SCHEMA.REPLICA_HOST_STATUS 檢視現在顯示屬於該區域副本的項目。

  • 修正主要和次要區域之間暫時性網路連線問題後，在全球資料庫次要區域中可能發生的未預期查詢失敗。

平行查詢：

  • 修正「平行查詢」查詢的 EXPLAIN 計劃，這對於簡單的單一資料表查詢並不正確。

  • 已修正啟用平行查詢時，可能會發生的自我終止鎖定。

一般改進：

  • 「匯出到 S3」現在支援使用 ENCRYPTION 關鍵字。

  • 此 aurora_binlog_replication_max_yield_seconds 參數現在的最大值為 36,000。之前的最大接受值為 45。只有當參數 aurora_binlog_use_large_read_buffer 設定為 1 時，此參數才有效。

  • 更改了執行 MIXED 時會映射 binlog_format ROW 到 STATEMENT 而不是 LOAD DATA FROM INFILE | S3 的行為。

  • 修正了當主程序執行 LOAD DATA FROM S3 和 binlog_format 設為 STATEMENT 時，連線到 Aurora MySQL binlog 主檔的 binlog 副本可能會顯示不完整資料的問題。

  • 將稽核系統變數 server_audit_incl_users 和 server_audit_excl_users 的允許長度上限從 1024 個位元組增加到 2000 個位元組。

  • 修正了當目前連線數大於設定的值，並降低參數組中的 max_connections 參數時，使用者可能會失去對資料庫的訪問的問題。

  • 修正「資料活動串流」中單引號和反斜線未正確逸出的問題。

MySQL 社群版錯誤修正整合

  • 錯誤編號：27659490：使用動態範圍的 SELECT 與索引合併使用太多記憶體 (OOM)

  • 錯誤編號 26881508: MYSQL #1: DISABLE_ABORT_ON_ERROR IN AUTH_COMMON.H

  • 錯誤編號 24437124：POSSIBLE BUFFER OVERFLOW ON CREATE TABLE

  • 錯誤編號 27158030：INNODB ONLINE ALTER CRASHES WITH CONCURRENT DML

  • 錯誤編號 29770705：使用特定 WHERE 子句執行 SELECT 時，伺服器當機

  • 錯誤編號 26502135：MDL_ 上下文中的 MDLD 段錯誤:: 嘗試 _ 取得 _ 鎖定 _ IMPL

  • 錯誤編號 26935001：ALTER TABLE AUTO_INCREMENT 嘗試從捨棄的資料表空間讀取索引

  • 錯誤編號 28491099：[FATAL] MEMORY BLOCK IS INVALID | INNODB: ASSERTION FAILURE: UT0UT.CC:670

  • 錯誤編號 30499288：GCC 9.2.1 REPORTS A NEW WARNING FOR OS_FILE_GET_PARENT_DIR

  • 錯誤編號 29952565：MYSQLD GOT SIGNAL 11 WHILE EXECUTING A QUERY(UNION + ORDER BY + SUB-QUERY)

  • 錯誤編號 30628268：記憶體不足當機

  • 錯誤編號 30441969：錯誤編號 29723340：SQL 快速查詢資料之後，MYSQL 伺服器當機

  • 錯誤編號 30569003：5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

  • 錯誤編號 29915479：在沒有 COM_BINLOG_DUMP 的情況下執行 COM_REGISTER_SLAVE，可能會導致伺服器結束

  • 錯誤編號 30569003：5.7 REPLICATION BREAKAGE WITH SYNTAX ERROR WITH GRANT MANAGEMENT

  • 錯誤編號 29915479：在沒有 COM_BINLOG_DUMP 的情況下執行 COM_REGISTER_SLAVE，可能會導致伺服器結束

  • 錯誤編號 20712046：SHOW PROCESSLIST AND PERFORMANCE_SCHEMA TABLES DO NOT MASK PASSWORD FROM QUERY

  • 錯誤編號 18898433：EXTREMELY SLOW PERFORMANCE WITH OUTER JOINS AND JOIN BUFFER (已在 5.7.21 中修正)。

  • 錯誤編號 26402045：MYSQLD CRASHES ON QUERY (已在 MySQL 5.7.23 中修正)

  • 錯誤編號 23103937：PS_TRUNCATE_ALL_TABLES() DOES NOT WORK IN SUPER_READ_ONLY MODE

  • 錯誤編號 26666274：INFINITE LOOP IN PERFORMANCE SCHEMA BUFFER CONTAINER

  • 錯誤編號 26997096：relay_log_space 值未同步更新，因此，其值有時可能會高於轉送日誌使用的實際磁碟空間。(https://github.com/mysql/mysql-server/commit/78f25d2809ad457e81f90342239c9bc32a36cdfa)

  • 錯誤編號 25082593：FOREIGN KEY VALIDATION DOESN'T NEED TO ACQUIRE GAP LOCK IN READ COMMITTED

  • 錯誤編號 24764800：REPLICATION FAILING ON SLAVE WITH XAER_RMFAIL ERROR。

  • 錯誤編號 81441：WARNING ABOUT LOCALHOST WHEN USING SKIP-NAME-RESOLVE。

與 Aurora MySQL 第 1 版比較

下列 Amazon Aurora MySQL 功能在 Aurora MySQL 第 1 版 (與 MySQL 5.6 相容) 中有支援，但目前這些功能在 Aurora MySQL 第 2 版 (與 MySQL 5.7 相容) 中不支援。

MySQL 5.7 相容性

此 Aurora MySQL 版本有 MySQL 5.7 線路相容性，包括 JSON 支援、空間索引和產生欄位等功能。相較於 MySQL 5.7，Aurora MySQL 採用的空間索引原生實作主要利用 Z 階曲線，可為空間資料集提供超過 20 倍的寫入效能和超過 10 倍的讀取效能。

此 Aurora MySQL 版本目前不支援下列 MySQL 5.7 功能：

  • 群組複寫外掛程式

  • 已增加的頁面大小

  • 啟動時載入 InnoDB 緩衝集區

  • InnoDB 全文剖析器外掛程式

  • 多來源複寫

  • 線上緩衝集區大小調整

  • 密碼驗證外掛程式

  • 查詢重寫外掛程式

  • 複寫篩選

  • CREATE TABLESPACE SQL 陳述式