MySQL JDBC连接串中sslMode含义、与useSSL、requireSSL的关系

2024-06-01 06:20
文章标签 mysql 关系 连接 jdbc 含义 database 串中 usessl sslmode requiressl

本文主要是介绍MySQL JDBC连接串中sslMode含义、与useSSL、requireSSL的关系，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

目录

  • 引言
  • 版本
  • SSL参数含义与默认值
  • 详细含义-中英文对比
    • sslMode
    • useSSL
    • requireSSL
    • verifyServerCertificate
    • trustCertificateKeyStoreType
    • trustCertificateKeyStoreUrl
    • trustCertificateKeyStorePassword
    • fallbackToSystemKeyStore
    • clientCertificateKeyStoreType
    • clientCertificateKeyStoreUrl
    • clientCertificateKeyStorePassword
    • fallbackToSystemKeyStore
  • 对应关系梳理

引言

从Java连接MySQL的连接属性中获取sslMode的含义

版本

驱动版本

<dependency><groupId>mysql</groupId><artifactId>mysql-connector-java</artifactId><version>8.0.29</version>
</dependency>

服务端版本

Database Version: 8.0.35

SSL参数含义与默认值

序号值默认值含义
1sslModePREFERRED默认情况下，网络连接是SSL加密的；此属性允许关闭安全连接，或者选择不同的安全级别。
2useSSLtrue与服务器通信时使用SSL（true/false）
3requireSSLfalse如果useSSL=true，则要求服务器支持SSL连接
4verifyServerCertificatefalse
////
1trustCertificateKeyStoreTypeJKS受信任的根证书的密钥存储类型。
2trustCertificateKeyStoreUrl/受信任的根证书密钥存储的URL。
[CR]如果未指定，属性“fallbackToSystemTrustStore”将确定是否使用系统范围的信任存储。
3trustCertificateKeyStorePassword/受信任的根证书密钥存储的密码。
4fallbackToSystemKeyStoretrue没有为“clientCertificateKeyStoreUrl”设置值是否会返回到使用通过系统属性“javax.net.ssl.keyStore*”定义的系统范围的密钥存储。
////
1clientCertificateKeyStoreTypeJKS客户端证书的密钥存储类型。JVM支持的标准密钥存储类型是“JKS\”和“PKCS12\”
2clientCertificateKeyStoreUrl/客户端证书KeyStore的URL。
如果未指定，属性“fallbackToSystemKeyStore”将确定是否使用系统范围的密钥存储。
3clientCertificateKeyStorePassword/客户端证书密钥存储的密码。
4fallbackToSystemKeyStoretrue没有为“clientCertificateKeyStoreUrl”设置值是否会返回到使用通过系统属性“javax.net.ssl.keyStore*”定义的系统范围的密钥存储。"

详细含义-中英文对比

sslMode

By default, network connections are SSL encrypted; this property permits secure connections to be turned off, or a different levels of security to be chosen. 
The following values are allowed: 
\"DISABLED\" - Establish unencrypted connections; 
\"PREFERRED\" - (default) Establish encrypted connections if the server enabled them, otherwise fall back to unencrypted connections; 
\"REQUIRED\" - Establish secure connections if the server enabled them, fail otherwise; 
\"VERIFY_CA\" - Like \"REQUIRED\" but additionally verify the server TLS certificate against the configured Certificate Authority (CA) certificates;
\"VERIFY_IDENTITY\" - Like \"VERIFY_CA\", but additionally verify that the server certificate matches the host to which the connection is attempted.
[CR] This property replaced the deprecated legacy properties \"useSSL\", \"requireSSL\", and \"verifyServerCertificate\", 
which are still accepted but translated into a value for \"sslMode\" if \"sslMode\" is not explicitly set: 
\"useSSL=false\" is translated to \"sslMode=DISABLED\"; 
{\"useSSL=true\", \"requireSSL=false\", \"verifyServerCertificate=false\"} is translated to \"sslMode=PREFERRED\"; 
{\"useSSL=true\", \"requireSSL=true\", \"verifyServerCertificate=false\"} is translated to \"sslMode=REQUIRED\"; 
{\"useSSL=true\" AND \"verifyServerCertificate=true\"} is translated to \"sslMode=VERIFY_CA\". 
There is no equivalent legacy settings for \"sslMode=VERIFY_IDENTITY\". 
Note that, for ALL server versions, the default setting of \"sslMode\" is \"PREFERRED\", and it is equivalent to the legacy settings of \"useSSL=true\", \"requireSSL=false\", and \"verifyServerCertificate=false\", 
which are different from their default settings for Connector/J 8.0.12 and earlier in some situations. Applications that continue to use the legacy properties and rely on their old default settings should be reviewed.
[CR] The legacy properties are ignored if \"sslMode\" is set explicitly. If none of \"sslMode\" or \"useSSL\" is set explicitly, the default setting of \"sslMode=PREFERRED\" applies. "

默认情况下，网络连接是SSL加密的；此属性允许关闭安全连接，或者选择不同的安全级别。
允许使用以下值：
\“DISABLED\”-建立未加密的连接；
\"PREFERRED\" - （默认）如果服务器启用了加密连接，则建立加密连接，否则返回到未加密连接；
\“REQUIRED\”-如果服务器启用了安全连接，则建立安全连接，否则将失败；
\“VERIFY_CA\”-类似于“REQUIRED\”，但还要根据配置的证书颁发机构（CA）证书验证服务器TLS证书；
\“VERIFY_IDENTITY\”-类似于“VERIFY_CA\”，但还要验证服务器证书是否与尝试连接的主机匹配。
[CR]此属性替换了不推荐使用的旧属性\“useSSL\”、\“requireSSL\”和\“verifyServerCertificate\”，
它们仍然被接受，但如果没有明确设置\“sslMode\”，则转换为\“sslMode”的值：
\“useSSL=false\”被翻译为“sslMode=DISABLED\”；
｛\“useSSL=true\”、“requireSSL=false\”、“verifyServerCertificate=false”｝被翻译为“sslMode=PREFERRED\”；
｛\“useSSL=true\”、\“requireSSL=true=”、“verifyServerCertificate=false\”｝被翻译为\“sslMode=REQUIRED\”；
｛\“useSSL=true\”AND\“verifyServerCertificate=true\”｝被翻译为\“sslMode=VERIFY_CA\”。
“sslMode=VERIFY_IDENTITY\”没有等效的旧设置。
请注意，对于所有服务器版本，“sslMode”的默认设置为“PREFERRED”，它等效于“useSSL=true\”、“requireSSL=false”和“verifyServerCertificate=false”的旧设置，
在某些情况下，这与连接器/J 8.0.12及更早版本的默认设置不同。应审查继续使用旧属性并依赖其旧默认设置的应用程序。
[CR]如果显式设置了\“sslMode\”，则会忽略旧属性。如果没有显式设置“sslMode\”或“useSSL\”，则应用默认设置“sslMode=PREFERRED\”。"

useSSL

For 8.0.12 and earlier: Use SSL when communicating with the server (true/false), 
default is 'true' when connecting to MySQL 5.5.45+, 5.6.26+ or 5.7.6+, otherwise default is 'false'.
[CR] For 8.0.13 and later: Default is 'true'. DEPRECATED. See sslMode property description for details."

对于8.0.12及更早版本：与服务器通信时使用SSL（true/false），
连接到MySQL 5.5.45+、5.6.26+或5.7.6+时默认为“true”，否则默认为“false”。
[CR]对于8.0.13及更高版本：默认值为“true”。已弃用。有关详细信息，请参阅sslMode属性描述。"

requireSSL

For 8.0.12 and earlier: Require server support of SSL connection if useSSL=true? (defaults to 'false').
[CR] For 8.0.13 and later: DEPRECATED. See sslMode property description for details.",

对于8.0.12及更早版本：如果useSSL=true，则要求服务器支持SSL连接？（默认为“false”）。
[CR]对于8.0.13及更高版本：已弃用。有关详细信息，请参阅sslMode属性描述。",

verifyServerCertificate

For 8.0.12 and earlier: If \"useSSL\" is set to \"true\", should the driver verify the server's certificate? 
When using this feature, the key store parameters should be specified by the \"clientCertificateKeyStore*\" properties, rather than system properties. 
Default is 'false' when connecting to MySQL 5.5.45+, 5.6.26+ or 5.7.6+ and \"useSSL\" was not explicitly set to \"true\". Otherwise default is 'true'.
[CR] For 8.0.13 and later: Default is 'false'. DEPRECATED. See sslMode property description for details."

对于8.0.12及更早版本：如果“useSSL\”设置为“true\”，驱动程序是否应该验证服务器的证书？
使用此功能时，密钥存储参数应由“clientCertificateKeyStore*”属性指定，而不是由系统属性指定。
当连接到MySQL 5.5.45+、5.6.26+或5.7.6+时，默认值为“false”，并且“useSSL\”未明确设置为“true\”。否则，默认值为“true”。
[CR]对于8.0.13及更高版本：默认值为“false”。已弃用。有关详细信息，请参阅sslMode属性描述。"

trustCertificateKeyStoreType

Key store type for trusted root certificates.
[CR]NULL or empty means use the default, which is \"JKS\". 
Standard key store types supported by the JVM are \"JKS\" and \"PKCS12\", your environment may have more available depending on what security products are installed and available to the JVM.

受信任的根证书的密钥存储类型。
[CR]NULL或空表示使用默认值，即“JKS\”。
JVM支持的标准密钥存储类型是“JKS\”和“PKCS12\”，您的环境可能有更多可用的密钥存储类型，这取决于JVM安装的安全产品和可用的安全产品。

trustCertificateKeyStoreUrl

URL for the trusted root certificates key store.
[CR]If not specified, the property 'fallbackToSystemTrustStore' determines if system-wide trust store is used.

受信任的根证书密钥存储的URL。
[CR]如果未指定，属性“fallbackToSystemTrustStore”将确定是否使用系统范围的信任存储。

trustCertificateKeyStorePassword

Password for the trusted root certificates key store.

受信任的根证书密钥存储的密码。

fallbackToSystemKeyStore

Whether the absence of setting a value for 'clientCertificateKeyStoreUrl' falls back to using the system-wide key store defined through the system properties 'javax.net.ssl.keyStore*'.

没有为“clientCertificateKeyStoreUrl”设置值是否会返回到使用通过系统属性“javax.net.ssl.keyStore*”定义的系统范围的密钥存储。

clientCertificateKeyStoreType

Key store type for client certificates.
[CR]NULL or empty means use the default, which is \"JKS\". Standard key store types supported by the JVM are \"JKS\" and \"PKCS12\", 
your environment may have more available depending on what security products are installed and available to the JVM.",
客户端证书的密钥存储类型。
[CR]NULL或空表示使用默认值，即“JKS\”。JVM支持的标准密钥存储类型是“JKS\”和“PKCS12\”，
您的环境可能有更多的可用性，这取决于安装了哪些安全产品并且JVM可以使用这些产品。",

clientCertificateKeyStoreUrl

URL for the client certificate KeyStore[CR]If not specified, the property 'fallbackToSystemKeyStore' determines if system-wide key store is used.

客户端证书KeyStore的URL[CR]如果未指定，属性“fallbackToSystemKeyStore”将确定是否使用系统范围的密钥存储。

clientCertificateKeyStorePassword

Password for the client certificates key store.

客户端证书密钥存储的密码。

fallbackToSystemKeyStore

Whether the absence of setting a value for 'clientCertificateKeyStoreUrl' falls back to using the system-wide key store defined through the system properties 'javax.net.ssl.keyStore*'."
没有为“clientCertificateKeyStoreUrl”设置值是否会返回到使用通过系统属性“javax.net.ssl.keyStore*”定义的系统范围的密钥存储。"

对应关系梳理

sslMode含义useSSLrequireSSLverifyServerCertificate
DISABLED禁用：建立未加密的连接false
PREFERRED首选：（默认）如果服务器启用了加密连接，则建立加密连接，否则返回到未加密连接truefalsefalse
REQUIRED必须：如果服务器启用了安全连接，则建立安全连接，否则将失败truetruefalse
VERIFY_CA验证授权：类似于“REQUIRED\”，但还要根据配置的证书颁发机构（CA）证书验证服务器TLS证书；truetrue
VERIFY_IDENTITY验证身份：类似于“VERIFY_CA\”，但还要验证服务器证书是否与尝试连接的主机匹配。

这篇关于MySQL JDBC连接串中sslMode含义、与useSSL、requireSSL的关系的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/1020213。

相关文章

Mysql虚拟列的使用场景

Mysql虚拟列的使用场景

《Mysql虚拟列的使用场景》MySQL虚拟列是一种在查询时动态生成的特殊列,它不占用存储空间,可以提高查询效率和数据处理便利性,本文给大家介绍Mysql虚拟列的相关知识,感兴趣的朋友一起看看吧... 目录1. 介绍mysql虚拟列1.1 定义和作用1.2 虚拟列与普通列的区别2. MySQL虚拟列的类型2
阅读更多...
mysql数据库分区的使用

mysql数据库分区的使用

《mysql数据库分区的使用》MySQL分区技术通过将大表分割成多个较小片段,提高查询性能、管理效率和数据存储效率,本文就来介绍一下mysql数据库分区的使用,感兴趣的可以了解一下... 目录【一】分区的基本概念【1】物理存储与逻辑分割【2】查询性能提升【3】数据管理与维护【4】扩展性与并行处理【二】分区的
阅读更多...
MySQL中时区参数time_zone解读

MySQL中时区参数time_zone解读

《MySQL中时区参数time_zone解读》MySQL时区参数time_zone用于控制系统函数和字段的DEFAULTCURRENT_TIMESTAMP属性,修改时区可能会影响timestamp类型... 目录前言1.时区参数影响2.如何设置3.字段类型选择总结前言mysql 时区参数 time_zon
阅读更多...
Python MySQL如何通过Binlog获取变更记录恢复数据

Python MySQL如何通过Binlog获取变更记录恢复数据

《PythonMySQL如何通过Binlog获取变更记录恢复数据》本文介绍了如何使用Python和pymysqlreplication库通过MySQL的二进制日志（Binlog）获取数据库的变更记录... 目录python mysql通过Binlog获取变更记录恢复数据1.安装pymysqlreplicat
阅读更多...
使用SQL语言查询多个Excel表格的操作方法

使用SQL语言查询多个Excel表格的操作方法

《使用SQL语言查询多个Excel表格的操作方法》本文介绍了如何使用SQL语言查询多个Excel表格,通过将所有Excel表格放入一个.xlsx文件中,并使用pandas和pandasql库进行读取和... 目录如何用SQL语言查询多个Excel表格如何使用sql查询excel内容1. 简介2. 实现思路3
阅读更多...
Mysql DATETIME 毫秒坑的解决

Mysql DATETIME 毫秒坑的解决

《MysqlDATETIME毫秒坑的解决》本文主要介绍了MysqlDATETIME毫秒坑的解决,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着... 今天写代码突发一个诡异的 bug，代码逻辑大概如下。1. 新增退款单记录boolean save = s
阅读更多...
mysql-8.0.30压缩包版安装和配置MySQL环境过程

mysql-8.0.30压缩包版安装和配置MySQL环境过程

《mysql-8.0.30压缩包版安装和配置MySQL环境过程》该文章介绍了如何在Windows系统中下载、安装和配置MySQL数据库,包括下载地址、解压文件、创建和配置my.ini文件、设置环境变量... 目录压缩包安装配置下载配置环境变量下载和初始化总结压缩包安装配置下载下载地址：https://d
阅读更多...
MySQL中的锁和MVCC机制解读

MySQL中的锁和MVCC机制解读

《MySQL中的锁和MVCC机制解读》MySQL事务、锁和MVCC机制是确保数据库操作原子性、一致性和隔离性的关键,事务必须遵循ACID原则,锁的类型包括表级锁、行级锁和意向锁,MVCC通过非锁定读和... 目录mysql的锁和MVCC机制事务的概念与ACID特性锁的类型及其工作机制锁的粒度与性能影响多版本
阅读更多...
MYSQL行列转置方式

MYSQL行列转置方式

《MYSQL行列转置方式》本文介绍了如何使用MySQL和Navicat进行列转行操作,首先,创建了一个名为`grade`的表,并插入多条数据,然后,通过修改查询SQL语句,使用`CASE`和`IF`函... 目录mysql行列转置开始列转行之前的准备下面开始步入正题总结MYSQL行列转置环境准备：mysq
阅读更多...
MySQL不使用子查询的原因及优化案例

MySQL不使用子查询的原因及优化案例

《MySQL不使用子查询的原因及优化案例》对于mysql,不推荐使用子查询,效率太差,执行子查询时,MYSQL需要创建临时表,查询完毕后再删除这些临时表,所以,子查询的速度会受到一定的影响,本文给大家... 目录不推荐使用子查询和JOIN的原因解决方案优化案例案例1：查询所有有库存的商品信息案例2：使用EX
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2