MySQL 9.0 支援連線使用的 TLSv1.2 與 TLSv1.3 協定。若要使用 TLSv1.3，MySQL 伺服器與用戶端應用程式都必須使用 OpenSSL 1.1.1 或更高版本編譯。群組複寫元件從 MySQL 8.0.18 開始支援 TLSv1.3 (詳細資訊，請參閱第 20.6.2 節，「使用安全通訊端層 (SSL) 保護群組通訊連線」)。

MySQL 9.0 不支援舊的 TLSv1 與 TLSv1.1 協定。

允許的 TLS 協定可以在伺服器端與用戶端設定，使其僅包含支援的 TLS 協定子集。兩端的設定必須至少包含一個共用的協定，否則連線嘗試無法協商要使用的協定。詳細資訊，請參閱連線 TLS 協定協商。

主機系統可能僅允許特定 TLS 協定，這表示 MySQL 連線無法使用主機不允許的協定，即使 MySQL 本身允許這些協定。此問題可能的解決方法包括以下：

在 MySQL 8.0 中，已棄用並移除對 TLSv1 和 TLSv1.1 連線協定的支援。如需背景資訊，請參閱 IETF 備忘錄 Deprecating TLSv1.0 and TLSv1.1。建議使用更安全的 TLSv1.2 和 TLSv1.3 協定進行連線。TLSv1.3 要求 MySQL 伺服器和用戶端應用程式都必須使用 OpenSSL 1.1.1 編譯。

移除對 TLSv1 和 TLSv1.1 的支援，是因為這些協定版本較舊，分別於 1996 年和 2006 年發布。所使用的演算法較弱且已過時。除非您使用非常舊版本的 MySQL 伺服器或連接器，否則您不太可能使用 TLSv1.0 或 TLSv1.1 進行連線。MySQL 連接器和用戶端預設會選擇可用的最高 TLS 版本。

在不支援 TLSv1 和 TLSv1.1 連線協定的版本中，用戶端（包括 MySQL Shell）若支援用於指定連線至 MySQL 伺服器之 TLS 協定的 --tls-version 選項，則無法使用設定為 TLSv1 或 TLSv1.1 的協定建立 TLS/SSL 連線。如果用戶端嘗試使用這些協定連線，對於 TCP 連線，連線會失敗，並且會將錯誤傳回給用戶端。對於 Socket 連線，如果 --ssl-mode 設定為 REQUIRED，則連線會失敗，否則會建立連線，但會停用 TLS/SSL。

如需詳細資訊，請參閱 MySQL 9.0 是否支援 TLS 1.0 和 1.1？

在伺服器端，tls_version 系統變數的值決定了 MySQL 伺服器允許哪些 TLS 協定用於加密連線。tls_version 值適用於來自用戶端的連線、此伺服器執行個體為來源的常規來源/複本複寫連線、群組複寫群組通訊連線，以及此伺服器執行個體為捐贈者的群組複寫分散式復原連線。管理連線介面的設定方式類似，但使用 admin_tls_version 系統變數（請參閱第 7.1.12.2 節「管理連線管理」）。此討論也適用於 admin_tls_version。

tls_version 值是一個或多個以逗號分隔的 TLS 協定版本清單，不區分大小寫。預設情況下，此變數會列出用於編譯 MySQL 的 SSL 程式庫和 MySQL 伺服器版本支援的所有協定。因此，預設設定如表 8.13「MySQL 伺服器 TLS 協定預設設定」所示。

若要判斷執行階段的 tls_version 值，請使用此陳述式

mysql> SHOW GLOBAL VARIABLES LIKE 'tls_version';
+---------------+-----------------------+
| Variable_name | Value                 |
+---------------+-----------------------+
| tls_version   | TLSv1.2,TLSv1.3       |
+---------------+-----------------------+

若要變更 tls_version 的值，請在伺服器啟動時設定。例如，若要允許使用 TLSv1.2 或 TLSv1.3 協定的連線，但禁止使用安全性較低的 TLSv1 和 TLSv1.1 協定的連線，請在伺服器 my.cnf 檔案中使用下列程式碼行

[mysqld]
tls_version=TLSv1.2,TLSv1.3

若要更嚴格且僅允許 TLSv1.3 連線，請將 tls_version 設定如下

[mysqld]
tls_version=TLSv1.3

可以在執行階段變更 tls_version。請參閱加密連線的伺服器端執行階段設定和監控。

在用戶端，--tls-version 選項指定用戶端程式允許哪些 TLS 協定來連線至伺服器。選項值的格式與先前描述的 tls_version 系統變數相同（一個或多個以逗號分隔的協定版本清單）。

對於此伺服器執行個體為複本的來源/複本複寫連線，CHANGE REPLICATION SOURCE TO 陳述式的 SOURCE_TLS_VERSION 選項指定複本允許哪些 TLS 協定來連線至來源。選項值的格式與先前描述的 tls_version 系統變數相同。請參閱第 19.3.1 節「設定複寫以使用加密連線」。

可以為 SOURCE_TLS_VERSION 指定的協定取決於 SSL 程式庫。此選項獨立於伺服器 tls_version 值，且不受其影響。例如，設定為複本的伺服器可以使用設定為 TLSv1.3 的 tls_version，以僅允許使用 TLSv1.3 的連入連線，但也可以使用設定為 TLSv1.2 的 SOURCE_TLS_VERSION，以僅允許 TLSv1.2 用於對來源的連出複本連線。

對於此伺服器執行個體是啟動分散式復原之加入成員（即用戶端）的群組複寫分散式復原連線，group_replication_recovery_tls_version 系統變數會指定用戶端允許哪些協定。同樣地，此選項獨立於伺服器 tls_version 值，且不受其影響，當此伺服器執行個體為捐贈者時適用。群組複寫伺服器通常會在群組成員資格期間，以捐贈者和加入成員的身分參與分散式復原，因此應設定這兩個系統變數。請參閱第 20.6.2 節「使用安全通訊端層 (SSL) 保護群組通訊連線」。

TLS 協定設定會影響給定連線所使用的協定，如連線 TLS 協定交涉中所述。

應選擇允許的協定，以免在清單中留下「漏洞」。例如，這些伺服器設定值沒有漏洞

tls_version=TLSv1,TLSv1.1,TLSv1.2,TLSv1.3
tls_version=TLSv1.1,TLSv1.2,TLSv1.3
tls_version=TLSv1.2,TLSv1.3
tls_version=TLSv1.3

這些值有漏洞，不應使用

tls_version=TLSv1,TLSv1.2       (TLSv1.1 is missing)
tls_version=TLSv1.1,TLSv1.3     (TLSv1.2 is missing)

禁止出現漏洞的規定也適用於其他設定內容，例如用戶端或複本。

除非您打算停用加密連線，否則允許的協定清單不應為空白。如果您將 TLS 版本參數設定為空字串，則無法建立加密連線

預設的加密組會套用至加密連線，可以透過明確設定允許的加密組來覆寫。在建立連線期間，連線雙方都必須允許一些通用的加密組，否則連線會失敗。在雙方通用的允許加密組中，SSL 程式庫會選擇所提供的憑證支援且優先順序最高的加密組。

若要指定適用於使用高達 TLSv1.2 的 TLS 協定的加密連線的加密組

對於使用 TLSv1.3 的加密連線，OpenSSL 1.1.1 及更高版本支援以下密碼套件，所有這些密碼套件預設為啟用，可搭配伺服器系統變數 --tls-ciphersuites 或 --admin-tls-ciphersuites 使用。

TLS_AES_128_GCM_SHA256
TLS_AES_256_GCM_SHA384
TLS_CHACHA20_POLY1305_SHA256
TLS_AES_128_CCM_SHA256

若要明確設定允許的 TLSv1.3 密碼套件，請設定以下參數。在每種情況下，組態值都是以冒號分隔的零個或多個密碼套件名稱清單。

密碼套件支援需要使用 OpenSSL 1.1.1 或更高版本編譯 MySQL 伺服器和用戶端應用程式。

給定的密碼可能僅適用於特定的 TLS 通訊協定，這會影響 TLS 通訊協定協商程序。請參閱連線 TLS 通訊協定協商。

若要判斷給定的伺服器支援哪些密碼，請檢查 Ssl_cipher_list 狀態變數的工作階段值。

SHOW SESSION STATUS LIKE 'Ssl_cipher_list';

Ssl_cipher_list 狀態變數會列出可能的 SSL 密碼（對於非 SSL 連線為空）。如果 MySQL 支援 TLSv1.3，則該值會包含可能的 TLSv1.3 密碼套件。

對於使用 TLS.v1.3 的加密連線，MySQL 會使用 SSL 程式庫的預設密碼套件清單。

對於使用 TLS 通訊協定（最高至 TLSv1.2）的加密連線，當搭配伺服器系統變數 --ssl-cipher 和 --admin-ssl-cipher 使用時，MySQL 會將以下預設密碼清單傳遞至 SSL 程式庫。

ECDHE-ECDSA-AES128-GCM-SHA256
ECDHE-ECDSA-AES256-GCM-SHA384
ECDHE-RSA-AES128-GCM-SHA256
ECDHE-RSA-AES256-GCM-SHA384
ECDHE-ECDSA-CHACHA20-POLY1305
ECDHE-RSA-CHACHA20-POLY1305
ECDHE-ECDSA-AES256-CCM
ECDHE-ECDSA-AES128-CCM
DHE-RSA-AES128-GCM-SHA256
DHE-RSA-AES256-GCM-SHA384
DHE-RSA-AES256-CCM
DHE-RSA-AES128-CCM
DHE-RSA-CHACHA20-POLY1305

這些密碼限制已生效

如果伺服器啟動時，ssl_cert 系統變數設定為使用任何前述受限密碼或密碼類別的憑證，則伺服器啟動時將停用對加密連線的支援。

MySQL 中的連線嘗試會協商使用雙方都可用的最高 TLS 通訊協定版本，且雙方都有可用的通訊協定相容加密密碼。協商程序取決於多項因素，例如用於編譯伺服器和用戶端的 SSL 程式庫、TLS 通訊協定和加密密碼組態，以及所使用的金鑰大小

如果伺服器和用戶端沒有共通的允許通訊協定，也沒有共通的通訊協定相容密碼，則伺服器會終止連線要求。範例

MySQL 允許指定要支援的通訊協定清單。此清單會直接傳遞至基礎 SSL 程式庫，最終由該程式庫決定實際從提供的清單啟用哪些通訊協定。請參閱 MySQL 原始碼和 OpenSSL SSL_CTX_new() 文件，以取得有關 SSL 程式庫如何處理此問題的資訊。

若要判斷目前用戶端工作階段使用的加密 TLS 通訊協定和密碼，請檢查 Ssl_version 和 Ssl_cipher 狀態變數的工作階段值。

mysql> SELECT * FROM performance_schema.session_status
       WHERE VARIABLE_NAME IN ('Ssl_version','Ssl_cipher');
+---------------+---------------------------+
| VARIABLE_NAME | VARIABLE_VALUE            |
+---------------+---------------------------+
| Ssl_cipher    | DHE-RSA-AES128-GCM-SHA256 |
| Ssl_version   | TLSv1.2                   |
+---------------+---------------------------+

如果連線未加密，這兩個變數的值皆為空。