1. 项目背景与核心需求最近在给某金融系统做安全加固时客户要求所有数据库连接必须启用SSL加密传输。原本以为只是改个连接字符串的小事结果在MySQL 8.0安全版Enterprise Edition上踩了一堆坑。这里把JDBC配置SSL的完整方案和避坑指南整理出来特别是那些官方文档没写的细节。SSL加密的数据库连接主要解决三个问题防止流量被监听比如通过tcpdump抓包能看到明文SQL避免中间人攻击比如有人伪装成数据库服务器满足等保、PCI DSS等安全合规要求2. 准备工作与环境配置2.1 确认数据库SSL支持情况首先在MySQL客户端执行SHOW VARIABLES LIKE %ssl%;正常启用了SSL的数据库会显示| have_ssl | YES | | have_openssl | YES | | ssl_ca | /var/mysql/ca.pem | | ssl_cert | /var/mysql/server-cert.pem | | ssl_key | /var/mysql/server-key.pem |如果have_ssl显示DISABLED需要先在my.cnf中添加[mysqld] ssl-ca/path/to/ca.pem ssl-cert/path/to/server-cert.pem ssl-key/path/to/server-key.pem注意生产环境一定要用自己生成的证书不要用MySQL自带的demo证书2.2 生成合规的SSL证书推荐用OpenSSL生成三级证书体系# 生成CA私钥和根证书 openssl genrsa 2048 ca-key.pem openssl req -new -x509 -nodes -days 3650 -key ca-key.pem -out ca.pem # 生成服务器证书 openssl req -newkey rsa:2048 -days 3650 -nodes -keyout server-key.pem -out server-req.pem openssl rsa -in server-key.pem -out server-key.pem openssl x509 -req -in server-req.pem -days 3650 -CA ca.pem -CAkey ca-key.pem -set_serial 01 -out server-cert.pem # 生成客户端证书双向认证时需要 openssl req -newkey rsa:2048 -days 3650 -nodes -keyout client-key.pem -out client-req.pem openssl rsa -in client-key.pem -out client-key.pem openssl x509 -req -in client-req.pem -days 3650 -CA ca.pem -CAkey ca-key.pem -set_serial 01 -out client-cert.pem关键参数说明RSA 2048密钥长度低于2048被认为不安全days 3650证书有效期10年-nodes不加密私钥避免每次启动要输密码3. JDBC连接配置实战3.1 基础单向认证配置MySQL Connector/J 8.0的标准写法String url jdbc:mysql://dbserver:3306/mydb? useSSLtrue requireSSLtrue verifyServerCertificatetrue trustCertificateKeyStoreUrlfile:/path/to/truststore.jks trustCertificateKeyStorePassword123456; // 或者使用PEM证书推荐 String url jdbc:mysql://dbserver:3306/mydb? useSSLtrue requireSSLtrue verifyServerCertificatetrue sslModeVERIFY_CA trustCertificateKeyStoreUrlfile:/path/to/ca.pem;参数解析useSSL已废弃建议用sslMode替代requireSSL强制SSL连接sslMode推荐使用VERIFY_CA或VERIFY_IDENTITYtrustCertificateKeyStoreUrl支持JKS或直接PEM路径3.2 双向认证配置当数据库配置了require_secure_transportON和require_x509ON时String url jdbc:mysql://dbserver:3306/mydb? sslModeVERIFY_IDENTITY trustCertificateKeyStoreUrlfile:/path/to/ca.pem clientCertificateKeyStoreUrlfile:/path/to/client-cert.pem clientCertificateKeyStorePassword123456 clientKeyPassword123456;3.3 使用Java KeyStore的配置把证书导入Keystore更规范# 将CA证书导入信任库 keytool -import -alias mysqlCA -file ca.pem -keystore truststore.jks # 将客户端证书和私钥导入密钥库 openssl pkcs12 -export -in client-cert.pem -inkey client-key.pem -out client.p12 keytool -importkeystore -srckeystore client.p12 -srcstoretype PKCS12 -destkeystore client.jks对应JDBC URLString url jdbc:mysql://dbserver:3306/mydb? sslModeVERIFY_IDENTITY trustCertificateKeyStoreUrlfile:/path/to/truststore.jks trustCertificateKeyStorePassword123456 clientCertificateKeyStoreUrlfile:/path/to/client.jks clientCertificateKeyStorePassword123456;4. 常见问题排查指南4.1 证书验证失败错误现象SSLHandshakeException: PKIX path validation failed解决方案确认sslMode设置为VERIFY_CA或VERIFY_IDENTITY检查CA证书是否与数据库使用的匹配如果使用自签名证书确保客户端有完整的证书链4.2 协议版本不匹配错误现象SSLHandshakeException: No appropriate protocol解决方法 在JDBC URL添加enabledTLSProtocolsTLSv1.2,TLSv1.3生产环境应该禁用TLSv1.0和TLSv1.14.3 性能优化建议SSL连接会增加约10-15%的CPU开销建议启用会话复用useSSLtruesessionVariablesssl_session_cache_modeON使用更高效的加密算法sessionVariablesssl_cipherAES128-SHA256连接池配置testOnBorrowfalse避免每次校验证书5. 各语言客户端示例5.1 Python (PyMySQL)import pymysql conn pymysql.connect( hostdbserver, ssl{ ca: /path/to/ca.pem, cert: /path/to/client-cert.pem, key: /path/to/client-key.pem } )5.2 Go (go-sql-driver)db, err : sql.Open(mysql, user:passtcp(dbserver:3306)/dbname? tlscustom sslCa/path/to/ca.pem sslCert/path/to/client-cert.pem sslKey/path/to/client-key.pem)5.3 Node.js (mysql2)const conn mysql.createConnection({ host: dbserver, ssl: { ca: fs.readFileSync(/path/to/ca.pem), cert: fs.readFileSync(/path/to/client-cert.pem), key: fs.readFileSync(/path/to/client-key.pem) } });6. 安全加固进阶建议证书轮换设置日历提醒在证书到期前30天更换CRL检查大型企业应该启用证书吊销列表检查网络层防护配合防火墙规则限制3306端口的访问源IP审计日志开启MySQL的SSL连接审计SET GLOBAL audit_log_ssl_connectionsON;密钥保护jks/pem文件权限设置为600避免被其他用户读取实测过程中发现一个坑MySQL 8.0.28之前版本存在TLS会话票证漏洞CVE-2022-32248建议升级到8.0.28并设置[mysqld] ssl_session_ticketsOFF最后分享一个检查SSL连接是否生效的SQLSELECT ssl_version, ssl_cipher, ssl_sessions_reused FROM performance_schema.status_by_thread WHERE thread_id PS_CURRENT_THREAD_ID();
)
