MySQL 8.0.32如期而至

• GreatSQL社區原創內容未經授權不得隨意使用，轉載請聯繫小編並註明來源。
• GreatSQL是MySQL的國產分支版本，使用上與MySQL一致。
• 作者： 葉金榮
• 文章來源：GreatSQL社區原創

MySQL 8.0版本計劃

MySQL 8.0開始採用快速迭代開發模式，基本上是每隔3個月就發佈一個新的小版本。去年1月18日（2022.1.18）發佈MySQL 8.0.28，今年1月17日發佈MySQL 8.0.32，再看看其他幾個版本的時間，還真是賊守時啊。

在這中間，出了點小意外，MySQL 8.0.29因為存在嚴重安全問題，剛上架沒多久就被下架了，可以看下這篇文章的解讀：MySQL8.0.29出現重大bug，現已下架。

MySQL 8.0.32的一些變化

總的來說，8.0.32版本基本上屬於修修補補狀態，乏善可陳。

在這裡，主要羅列我個人認為需要關註的幾個要點或bug fix，想看詳細變化的可以查看 MySQL 8.0.32 Release Notes, https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-32.html。

• 當數據表名用 "$" 開頭的話，引用時必須用反引號 "`"，否則會有一個WARN，例如：

mysql> create table $t1(id int primary key);
Query OK, 0 rows affected, 1 warning (0.02 sec)

mysql> show warnings;
+---------+------+-------------------------------------------------------------------------------------------------------------+
| Level   | Code | Message                                                                                                     |
+---------+------+-------------------------------------------------------------------------------------------------------------+
| Warning | 1681 | '$ as the first character of an unquoted identifier' is deprecated and will be removed in a future release. |
+---------+------+-------------------------------------------------------------------------------------------------------------+

mysql> table $t1;
+----+
| id |
+----+
|  1 |
|  2 |
+----+
2 rows in set, 1 warning (0.00 sec)

mysql> show warnings;
+---------+------+-------------------------------------------------------------------------------------------------------------+
| Level   | Code | Message                                                                                                     |
+---------+------+-------------------------------------------------------------------------------------------------------------+
| Warning | 1681 | '$ as the first character of an unquoted identifier' is deprecated and will be removed in a future release. |
+---------+------+-------------------------------------------------------------------------------------------------------------+

mysql> table `$t1`; -- 加上反引號 "`" 就不再報告WARN
+----+
| id |
+----+
|  1 |
|  2 |
+----+
2 rows in set (0.00 sec)

• 部分客戶端程式採用新的壓縮參數（--compression-algorithms=zstd|zlib|uncompressed）替換舊參數（--compress），新參數中可以指定不同壓縮演算法或不壓縮。影響的客戶端程式有：mysqlpump, mysqlcheck, mysql, mysqladmin, mysqlbinlog, mysqldump, mysqlimport, mysqlshow, mysqlslap, mysql_upgrade, mysqltest，而企業版備份工具mysqlbackup暫時不受影響，還採用 --compress 參數。例如：

$ /usr/local/mysql-8.0.32-linux-glibc2.17-x86_64-minimal/bin/mysqldump --set-gtid-purged=OFF -S./mysql.sock --compress test > test.sql
WARNING: --compress is deprecated and will be removed in a future version. Use --compression-algorithms instead.

$ /usr/local/mysql-8.0.32-linux-glibc2.17-x86_64-minimal/bin/mysql --compress -S./mysql.sock
WARNING: --compress is deprecated and will be removed in a future version. Use --compression-algorithms instead.

• 新增選項 explain_format 用於設置 EXPLAIN 查看執行計劃時的預設輸出格式，支持 JSON, TREE, TRADITIONAL(或者寫成 DEFAULT 也可以)；當設置為 JSON 格式時，執行 EXPLAIN ANALYZE 則會報錯：

mysql> set @@explain_format = json;
Query OK, 0 rows affected (0.00 sec)

mysql> explain analyze select * from t1;
ERROR 1235 (42000): This version of MySQL doesn't yet support 'EXPLAIN ANALYZE with JSON format'

原來的 EXPLAIN FORMAT=? 語法仍然支持，但不支持設置為 DEFAULT，只能寫成 TRADITIONAL：

mysql> explain format=tree select * from t1;
...
mysql> explain format=json select * from t1;
...
mysql> explain format=traditional select * from t1;
...
mysql> explain format=default select * from t1;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'default select * from t1' at line 1

• 在MGR中設置 group_replication_consistency = AFTER，當某個Secondary節點因為網路不穩定時，可能會觸發報錯 Transaction 'GTID' does not exist on Group Replication consistency manager while receiving remote transaction prepare.。這是因為事務event在 View_change_log_event 後寫入導致。在8.0.32中，修複了這個問題，將事務event先於 View_change_log_event 寫入，就可以避免該問題。不過要再次強調，MGR中強烈建議不要設置為 AFTER模式，具體可以參考這篇文章：為什麼MGR一致性模式不推薦AFTER。

• 當從MySQL 5.7升級到8.0時，如果某個庫中有大量的表，記憶體可能會消耗過多記憶體。這是因為在升級時，一次性讀取所有表並執行 CHECK TABLE .. FOR UPGRADE。在8.0.32中，調整為逐個表檢查是否可升級，就可以避免這個問題了。

有些bug fix的描述信息比較少，或者指向內部bug id無法看到細節，這裡就不再羅列了。

延伸閱讀

• MySQL 8.0.32 GA
• Changes in MySQL 8.0.32
• Server System Variables - explain_format
• EXPLAIN Statement

Enjoy GreatSQL