写点什么

浅析 MySQL JDBC 连接配置上的两个误区

  • 2017-03-26
  • 本文字数:2072 字

    阅读完需:约 7 分钟

相信使用 MySQL 的同学都配置过它的 JDBC 驱动,多数人会直接从哪里贴一段 URL 过来,然后稍作修改就上去了,对应的连接池配置也是一样的,很少有人会去细想这每一个参数都是什么含义。今天我们就来聊两个比较常见的配置——是否要开启autoReconnect和是否缓存PreparedStatement

一、autoReconnect=true真的好用么?

笔者看到过很多 MySQL 的 URL 里都是这样写的,复制过来改改 IP、端口和库名就能用了:

jdbc:mysql://xxx.xxx.xxx.xxx:3306/xxx?autoReconnect=true&...从字面上看挺好的,在连接断开后还会自动重连,加之 MySQL 有 8 小时自动断开连接的特性,在断开后连接会重连,多好的功能呀。但是如果你去阅读一下 MySQL Connect/J 开发手册的相关章节,就会看到官方是这么说明的:

The use of this feature is not recommended, because it has side effects related to session state and data consistency when applications don’t handle SQLExceptions properly, and is only designed to be used when you are unable to configure your application to handle SQLExceptions resulting from dead and stale connections properly.

简单来说,不推荐开启这个特性,因为有副作用,在没有正确处理SQLException时容易造成会话状态和数据一致性的问题。

一般的应用都会使用数据库连接池,那我们的连接池是否正确地处理了抛出的SQLException呢?抱着这个疑问,我们来看看阿里的 Druid 连接池是怎么处理的。

首先,通过设置合理的健康检查及连接存活时间能解决大部分问题;其次,它有针对特定异常的处理逻辑,在 MySqlExceptionSorter中会对特定返回码、异常类(比如com.mysql.jdbc.CommunicationsExceptioncom.mysql.jdbc.exceptions.jdbc4.CommunicationsException)以及错误消息进行处理,如果是致命错误就把连接抛弃。也就是说,如果用了 Druid,不管是否设置了autoReconnect,都能保证后续请求的正确处理。JBoss 的连接池实现也有类似的特性。

二、MySQL 是否真的不用打开 PSCache?

一般在设置连接池时,都会有类似下面的设置:

复制代码
<property name="poolPreparedStatements" value="true" />
<property name="maxPoolPreparedStatementPerConnectionSize" value="20" />

很多文章上都说 PSCache 对使用游标的数据库有巨大的性能提升,但 MySQL 不建议开启,因为它不支持游标。所以很多人在用 MySQL 时,都会将poolPreparedStatements设置为false,就连 Druid 的文档上也是这么写的。

但事实真的是这样么,MySQL 使用 PSCache 真的对性能没有提升么?

先来看看关于游标的问题,其实大部分文章的表述不太准确,现在的 MySQL 在存储过程里是支持游标的,但其他地方的确不支持,具体详见官方手册(MySQL supports cursors inside stored programs.)。但这并不是我们要讨论的关键。

3.1.0 版本后的 JDBC 驱动里有一个参数是useServerPrepStmts,如果服务器支持的话,会开启服务端PreparedStatement,默认是false官方手册中有如下说明:

Server-side Prepared Statements - Connector/J 3.1 will automatically detect and use server-side prepared statements when they are available (MySQL server version 4.1.0 and newer).

也就是说在 MySQL 4.1.0 版本后,3.1.0 以上的驱动会检测到支持服务端PreparedStatement,并且启用该特性。根据 MySQLTUTORIAL 上的说明,整个过程分为 PREPAREEXECUTEDEALLOCATE PREPARE三步。MySQL JDBC 驱动的 Contributor Jess Balint StackOverflow 上做了一个详细的说明,《High-Performance Java Persistence》的作者也专门撰写文章分析了两者的区别。

复制代码
ps=conn.prepareStatement("select ?")
ps.setInt(1, 42)
ps.executeQuery()
ps.setInt(1, 43)
ps.executeQuery()

上述代码在使用客户端PreparedStatement时,MySQL 日志里看到的是:

复制代码
255 Query select 42
255 Query select 43

如果用的是服务端PreparedStatement,看到的则是(实际每次执行只会传占位符的值,语句是不传的):

复制代码
254 Prepare select ?
254 Execute select 42
254 Execute select 43

在整个使用过程中,Prepare 只会做一次,在这时服务端会对语句进行解析,后续收到具体值时会优化执行计划。如果同一条语句每次都新建PreparedStatement,那么每次都会多一回网络交互和语句解析,这显然是可以优化的。

综上所述,现在在使用 MySQL 时(如果版本比较新的话),出于性能考虑,应该在数据库连接池上开启针对PreparedStatement的缓存。如果没有使用连接池,或者所用的连接池不支持 PSCache,也可以在 JDBC 连接上设置cachePrepStmts=true

事实上,MySQL 的 JDBC 驱动还有不少针对性能的优化,比如设置useConfigs=maxPerformance(请酌情使用),相当于同时做了如下设置:

复制代码
cachePrepStmts=true
cacheCallableStmts=true
cacheServerConfiguration=true
useLocalSessionState=true
elideSetAutoCommits=true
alwaysSendSetIsolation=false
enableQueryTimeouts=false

各位同学,是时候检视一下自己的系统是如何连接 MySQL 的了,时代在发展,有些以前适用的配置也许就不再合适了。

2017-03-26 19:0010987
用户头像

发布了 135 篇内容, 共 60.0 次阅读, 收获喜欢 43 次。

关注

评论

发布
暂无评论
发现更多内容

好气啊!为什么我抓不到 baidu 的数据包?

风铃架构日知录

程序员 Java、 java程序员 抓包 数据包

前端react面试题(必备)

beifeng1996

React

vue面试之Composition-API响应式包装对象原理

bb_xiaxia1998

Vue

vue这些原理你都知道吗?(面试版)

bb_xiaxia1998

Vue

高频js手写题之实现数组扁平化、深拷贝、总线模式

helloworld1024fd

JavaScript

SOFARegistry | 聊一聊服务发现的数据一致性

SOFAStack

SOFA SOFARegistry'

常用EMC元器件简介——防护器件

元器件秋姐

电子工程师 元器件科普 EMC防护 硬件知识

前端必会react面试题合集

beifeng1996

React

面试官:请实现Javascript发布-订阅模式

helloworld1024fd

JavaScript

滴滴前端一面经典手写面试题

helloworld1024fd

JavaScript

Flink 容错恢复 2.0 2022 最新进展

Apache Flink

大数据 flink 实时计算

小游戏开发引擎选型建议指南

Onegun

小程序游戏 小游戏引擎

YMatrix 5.0重磅发布,以性能突破引领万物智联下的数据库最佳形态

YMatrix 超融合数据库

Machine Learning 性能提升 超融合数据库 OLTP 场景实践 YMatrix

CSV:简单格式下隐藏的那些坑

华为云开发者联盟

后端 华为云 csv 企业号 1 月 PK 榜

阿里云产品专家陶炳哲:Java应用最佳实验

云布道师

阿里云 Java、

3D游戏建模在Maya中加快建模速度的5种技巧

Finovy Cloud

云渲染 建模 maya

App在苹果上架难吗

雪奈椰子

iOS上架 ios审核

软件测试/测试开发 | TestNG 与 Junit 对比,测试框架如何选择?

测试人

软件测试 单元测试 JUnit 测试开发 testNG

可观测产品的最佳实践,涵盖端到端的可观测解决方案丨阿里云用户组深圳站

云布道师

阿里云

React-Hooks怎样封装防抖和节流-面试真题

beifeng1996

React

滴滴前端一面常考手写面试题合集

helloworld1024fd

JavaScript

架构模块3作业-外包学生管理系统架构文档

梁山伯

直播预约 | 微服务x容器开源开发者 Meetup 上海站回顾 & PPT下载

阿里巴巴云原生

阿里云 开源 容器 微服务 云原生

高性能网关基石——OpenResty

C++后台开发

lua nginx openresty 后端开发 高性能网关

工赋开发者社区 | “低代码+MOM”,西门子的MES“进化论”

工赋开发者社区

Python从0到1丨细说图像增强及运算

华为云开发者联盟

Python 人工智能 华为云 企业号 1 月 PK 榜

React-hooks面试考察知识点汇总

beifeng1996

React

腾讯前端vue面试题合集

bb_xiaxia1998

Vue

iOS不上架怎么安装

雪奈椰子

iOS上架

用100W+行代码贡献经验,带你了解如何参与OpenHarmony开源

华为云开发者联盟

开源 后端 华为云 企业号 1 月 PK 榜

安卓app上架流程

雪奈椰子

IOS云打包 ios审核

浅析MySQL JDBC连接配置上的两个误区_数据库_丁雪丰_InfoQ精选文章