作者：管長龍
愛可生交付服務部 DBA，主要負責 MySQL 及 Redis 的日常問題處理，參與公司數(shù)據(jù)庫培訓的教研授課及開源社區(qū)的運營工作。
本文來源：原創(chuàng)投稿
* 愛可生開源社區(qū)出品，原創(chuàng)內(nèi)容未經(jīng)授權不得隨意使用，轉(zhuǎn)載請聯(lián)系小編并注明來源。
上篇文章給大家介紹了MySQL8.0.23安裝超詳細教程 ，感興趣的朋友點擊查看。
MySQL 8.0.23 已于作日發(fā)布，目前發(fā)布頻率穩(wěn)定保持 3 個月一次。本次發(fā)布是維護版本，除了修復一些 Bug，此版本還增添了一些新功能。
一、不可見列
列可以定義為不可見，例如：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
# 創(chuàng)建表時，可使其不可見（ALTER TABLE 也支持）mysql> CREATE TABLE t1 (col1 INT, col2 INT INVISIBLE);mysql> INSERT INTO t1 (col1, col2) VALUES(1, 2), (3, 4);# SQL 語句通過顯式引用它來使用不可見列mysql> SELECT * FROM t1;+------+| col1 |+------+| 1 || 3 |+------+# 如果未引用不可見的列，則該列將不會出現(xiàn)在結果中mysql> SELECT col1, col2 FROM t1;+------+------+| col1 | col2 |+------+------+| 1 | 2 || 3 | 4 |+------+------+ |
https://dev.mysql.com/doc/refman/8.0/en/invisible-columns.html
二、查詢屬性
允許應用程序為其查詢設置每個查詢元數(shù)據(jù)。
|
1
2
3
4
5
6
7
8
9
10
|
mysql> query_attributes n1 v1 n2 v2;mysql> SELECT mysql_query_attribute_string('n1') AS 'attr 1', mysql_query_attribute_string('n2') AS 'attr 2', mysql_query_attribute_string('n3') AS 'attr 3';+--------+--------+--------+| attr 1 | attr 2 | attr 3 |+--------+--------+--------+| v1 | v2 | NULL |+--------+--------+--------+ |
https://dev.mysql.com/doc/refman/8.0/en/query-attribute-udfs.html#udf_mysql-query-attribute-string
三、安全
Doublewrite 文件頁加密
InnoDB 自動加密屬于加密表空間的 Doublewrite 文件頁面，無需采取任何措施。使用相關表空間的加密密鑰對 Doublewrite 文件頁進行加密。同一表空間中被寫入數(shù)據(jù)的加密頁面也會被寫入 Doublewrite 文件。屬于未加密表空間的 Doublewrite 文件頁面保持未加密狀態(tài)。在恢復過程中，加密的 Doublewrite 文件頁面是未加密狀態(tài)并檢查是否損壞。
https://dev.mysql.com/doc/refman/8.0/en/innodb-data-encryption.html
提高賬戶確定性
為了讓 TCP 連接匹配賬戶更具確定性，在匹配主機名指定的賬戶前，匹配賬戶的主機名部分將以以下順序檢查使用主機 IP 地址指定賬戶。
|
1
2
3
4
5
6
7
8
9
10
11
|
# 指定 IP 地址的帳戶mysql> CREATE USER 'user_name'@'127.0.0.1';mysql> CREATE USER 'user_name'@'198.51.100.44';# 使用 CIDR 表示法指定為 IP 地址的帳戶mysql> CREATE USER 'user_name'@'192.0.2.21/8';mysql> CREATE USER 'user_name'@'198.51.100.44/16';# 使用帶子網(wǎng)掩碼格式的指定為 IP 地址的賬戶mysql> CREATE USER 'user_name'@'192.0.2.0/255.255.255.0';mysql> CREATE USER 'user_name'@'198.51.0.0/255.255.0.0'; |
https://dev.mysql.com/doc/refman/8.0/en/connection-access.html
更精準的 FLUSH 權限
授予 RELOAD 權限的用戶可以執(zhí)行各種操作。在某些情況下，為了使 DBA 避免授予 RELOAD 并使用戶權限更接近允許的操作，已對 FLUSH 操作的更精細的特權控制，以使客戶可以執(zhí)行 FLUSH OPTIMIZER_COSTS，F(xiàn)LUSH STATUS，F(xiàn)LUSH USER_RESOURCES 和 FLUSH TABLES 語句，無需 RELOAD 權限。
https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_reload
四、InnoDB
優(yōu)化 TRUNCATE / DROP
當用戶對 InnoDB 表空間 TRUNCATE 或 DROP 操作：
- 對有龐大緩沖池(>32GB)實例上的大表刪除
- 對具有自適應哈希索引引用大量頁面的表空間
- TRUNCATE 臨時表空間
以上情況，MySQL 現(xiàn)在將其標記為已刪除，然后從緩沖池懶惰地釋放屬于已刪除表空間的所有頁面，或者像釋放頁面一樣重用它們。
新增表空間 AUTOEXTEND_SIZE 屬性
InnoDB 常規(guī)表 CREATE / ALTER TABLESPACE 子句和獨立表空間的 CREATE / ALTER TABLE 子句新增自動擴展屬性。原表空間的增長大小已在 InnoDB 內(nèi)部硬編碼為 1MB [默認]（page_size * 一個范圍內(nèi)的頁面數(shù)）。設置后，表空間的增長大小可以由用戶決定。
|
1
2
3
4
5
6
7
8
9
10
11
12
|
# 創(chuàng)建或修改表時指定擴展空間大小mysql> CREATE TABLE t1 (c1 INT) AUTOEXTEND_SIZE = 4M;mysql> ALTER TABLE t1 AUTOEXTEND_SIZE = 4M;# 查詢該屬性值mysql> SELECT NAME, AUTOEXTEND_SIZE FROM INFORMATION_SCHEMA.INNODB_TABLESPACES WHERE NAME LIKE 'test/t1';+---------+-----------------+| NAME | AUTOEXTEND_SIZE |+---------+-----------------+| test/t1 | 4194304 |+---------+-----------------+ |
https://dev.mysql.com/doc/refman/8.0/en/innodb-tablespace-autoextend-size.html
新增 temptable_max_mmap 變量
新變量定義了 TempTable 存儲引擎在開始將內(nèi)部臨時表數(shù)據(jù)存儲到 InnoDB 磁盤內(nèi)部臨時表之前，被允許從內(nèi)存映射文件分配的最大內(nèi)存量。temptable_max_mmap = 0 設置將禁用從內(nèi)存映射文件的分配。
https://dev.mysql.com/doc/refman/8.0/en/server-system-variables.html#sysvar_temptable_max_mmap
五、復制
術語替換
不推薦使用 CHANGE MASTER TO 語句，改用別名 CHANGE REPLICATION SOURCE TO。該語句的參數(shù)還具有別名，該別名用術語 SOURCE 代替術語 MASTER。例如，現(xiàn)在可以將 MASTER_HOST 和 MASTER_PORT 輸入為 SOURCE_HOST 和 SOURCE_PORT。START REPLICA | SLAVE 語句的參數(shù) MASTER_LOG_POS 和 MASTER_LOG_FILE 現(xiàn)在具有別名 SOURCE_LOG_POS 和 SOURCE_LOG_FILE。語句的工作方式與以前相同，只是每個語句使用的術語已更改。如果使用舊版本，則會發(fā)出棄用警告。
直接從禁用 GTID 的主機復制到啟用 GTID 的從機
CHANGE REPLICATION SOURCE TO 語句新增選項： ASSIGN_GTIDS_TO_ANONYMOUS_TRANSACTIONS = [OFF，LOCAL，<UUID>]
允許數(shù)據(jù)在非 GTID 實例和 GTID 實例之間傳輸。
https://dev.mysql.com/doc/refman/8.0/en/replication-gtids-assign-anon.html
在 MTS 死鎖檢測基礎結構中包含 MDL 和 ACL 鎖
將提供多線程的 REPLICA 所需的線程序列化基礎結構與 MDL 和 ACL 訪問序列化基礎結構集成在一起，該多線程 REPLICA 與 SOURCE 保持相同的提交順序。其動機是能夠在 REPLICA 主動處理變更流時在 REPLICA 上執(zhí)行任何客戶端語句。此類語句可能會創(chuàng)建死鎖，必須對其進行檢測，并最終將其破壞以繼續(xù)執(zhí)行。
組復制
異步復制通道的自動連接故障轉(zhuǎn)移，將確保接收方的發(fā)送方列表與組復制成員身份更改同步。
六、X 協(xié)議
經(jīng)典的 MySQL 協(xié)議，如果 SQL 查詢使用元數(shù)據(jù)鎖定或睡眠功能，則將定期檢查與服務器的連接以驗證其是否仍然有效。 如果不是，則可以停止查詢，以便它不會繼續(xù)消耗資源。以前，X 協(xié)議不執(zhí)行這些檢查，并假定連接仍然有效?，F(xiàn)在已為 X 協(xié)議添加了檢查。
從 MySQL 8.0.23 開始，服務器將通知所有客戶端有關它是剛剛關閉連接還是自行關閉的信息?？蛻舳丝梢允褂么诵畔頉Q定重新連接是否有意義，然后重試。
七、其他
優(yōu)化哈希聯(lián)接的哈希表的實現(xiàn)。目的是提高性能，使用更少的內(nèi)存并改善內(nèi)存控制。
用標準 C++11 替換了部分舊的 InnoDB 代碼。加強代碼中使用原子性的規(guī)則和語義，從而使代碼更符合標準。
八、棄用和移除
棄用 relay_log_info_repository 和 master_info_repository 。當用戶設置或讀取 relay_log_info_repository 或 master_info_repository 變量的值時，將出現(xiàn)棄用警告。未來，用于存儲復制配置和元數(shù)據(jù)的唯一選項將在事務系統(tǒng)表中。
不贊成使用 FLUSH HOSTS 語句，而建議使用 TRUNCATE performance_schema.host_cache，并將在以后的 MySQL 版本中刪除。
文章參考
MySQL 8.0.23 Release Notes:
https://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-23.html
The MySQL 8.0.23 Maintenance Release is Generally Available
https://mysqlserverteam.com/the-mysql-8-0-23-maintenance-release-is-generally-available/
到此這篇關于MySQL 8.0.23 主要更新一覽(新特征解讀)的文章就介紹到這了,更多相關MySQL 8.0.23 更新內(nèi)容請搜索服務器之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持服務器之家！
原文鏈接：https://blog.csdn.net/ActionTech/article/details/112845475
