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 本身允许它们。解决此问题的可能方法包括以下几种

对 TLSv1 和 TLSv1.1 连接协议的支持已在 MySQL 8.0 中弃用并删除。有关背景信息，请参阅 IETF 备忘录 弃用 TLSv1.0 和 TLSv1.1。建议使用更安全的 TLSv1.2 和 TLSv1.3 协议进行连接。TLSv1.3 要求 MySQL 服务器和客户端应用程序都使用 OpenSSL 1.1.1 编译。

由于 TLSv1 和 TLSv1.1 协议版本过旧，分别于 1996 年和 2006 年发布，因此不再支持。使用的算法薄弱且过时。除非您使用非常旧版本的 MySQL Server 或连接器，否则您不太可能使用 TLSv1.0 或 TLSv1.1 建立连接。MySQL 连接器和客户端默认选择可用的最高 TLS 版本。

在不支持 TLSv1 和 TLSv1.1 连接协议的版本中，支持 --tls-version 选项以指定与 MySQL 服务器连接的 TLS 协议的客户端（包括 MySQL Shell）无法使用设置为 TLSv1 或 TLSv1.1 的协议建立 TLS/SSL 连接。如果客户端尝试使用这些协议进行连接，对于 TCP 连接，连接将失败，并将错误返回给客户端。对于套接字连接，如果 --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 Server 版本支持的所有协议。因此，默认设置如 表 8.13，“MySQL Server 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 值，不受其影响。例如，充当副本的服务器可以配置 tls_version 设置为 TLSv1.3 以仅允许使用 TLSv1.3 的传入连接，但也配置 SOURCE_TLS_VERSION 设置为 TLSv1.2 以仅允许 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 库会选择由提供的证书支持的优先级最高的密码。

要指定适用于使用 TLS 协议（直至 TLSv1.2）的加密连接的密码或密码集

对于使用 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 密码套件，请设置以下参数。在每种情况下，配置值都是零个或多个用冒号分隔的密码套件名称的列表。

密码套件支持要求 MySQL 服务器和客户端应用程序都使用 OpenSSL 1.1.1 或更高版本编译。

给定密码可能仅与特定 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）的加密连接，MySQL 在与服务器系统变量--ssl-cipher和--admin-ssl-cipher一起使用时，会将以下默认密码列表传递给 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 库，最终由该库决定从提供的列表中实际启用哪些协议。有关 SSL 库如何处理此问题的详细信息，请参阅 MySQL 源代码和 OpenSSL 的SSL_CTX_new()文档。

要确定当前客户端会话使用的是哪个加密 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                   |
+---------------+---------------------------+

如果连接未加密，则两个变量的值都为空。