即使在创建Mysql时url中加入了autoReconnect=true参数,一但这个连接两次访问数据库的时间超出了服务器端wait_timeout的时间限制,还是会CommunicationsException: The last packet successfully received from the server was xxx milliseconds ago. 服务器端的参数可以用 show global variables like 'wait_timeout'; set glob

最近在使用spring-jdbc数据库连接管理时,出现一个奇怪问题,当天部署运行没问题,第二天再试就报以下异常问题 org.springframework.dao.RecoverableDataAccessException: PreparedStatementCallback; SQL []; The last packet successfully received from the server was 56,799,849 milliseconds ago. The last packe

<!--  dataSource加参数    处理mysql 8小时自动断开连接的问题 --> <property name="testWhileIdle" value="true"></property> <property name="testOnBorrow" value="false"></property> <property name="t

如果连接闲置8小时 (8小时内没有进行数据库操作), mysql就会自动断开连接, 要重启tomcat. 不用hibernate的话, connection url加参数: autoReconnect=true 用hibernate的话, 加如下属性: <property name="connection.autoReconnect">true</property> <property name="connection.autoReconnect

com.mysql.jdbc.CommunicationsException: The last packet successfully received from the server was58129 seconds ago.The last packet sent successfully to the server was 58129 seconds ago, which is longer than the server configured value of 'wait_timeou

1.过程 同事按照文档上配置了下面的jdbc url: jdbc:mysql://ip:port/db?autoReconnect=true&useUnicode=true&characterEncoding=utf-8 结果导致了 mysql slow log 出现了满屏的 ping 命令, # User@Host: db[db] @ [ip] # Query_time: 0.000017 Lock_time: 0.000000 Rows_sent: 0 Rows_examined: 0

1,问题现象: com.mysql.jdbc.CommunicationsException: The last packet successfully received from the server was58129 seconds ago.The last packet sent successfully to the server was 58129 seconds ago, which is longer than the server configured value of 'wai

The last packet successfully received from the server was 55,404,563 millise 方案1 定时器 方案2 修改连接池容量 mysql5 数据库连接丢失问题,autoReconnect=true不起作用 //todo...

A few days ago I was doing some cleanup on a passive master database using the MySQL client. I didn’t want my commands to be replicated so I executed set sql_log_bin=0 in my session. One of my queries dropped an unused schema that I knew was corrupt,

在实际使用Presto的过程中,经常会有以下的一些需求. 添加一个新的Catalog 对不再使用的Catalog希望把它删除 修改某个Catalog的参数 但在Presto中如果进行上述的修改,需要重启Presto服务才可以生效,这给集群维护带来额外的工作量之外,还给上层应用带来很不好的使用体验. 如果还不能在开发环境很好运行Presto的话,参考在windows的IDEA运行Presto. 观察PrestoServer的run方法,可以知道Presot分了多个模块,而且多个模块依赖airlif

两种方式,图形化和字符型配置,图形化需要部署一个应用,字符型配置如下: 需要文件 mysql-connector-java-5.1.16-bin.jar Oracle需要classes12.jar文件拷贝到$CATALINA_HOME/lib下面. 在Tomcat的Server.xml,找到需要采用数据池的Context一段,加入Resource内容,配置内容如下:<Resource name="jdbc/TestJavaWeb" auth="Container&quo

http://quqtalk.iteye.com/blog/360699 从事Java开发已经两年了,但是由于工作的关系,对Java Web还是个freshman.今天做了一个Java Web的简单Demo,对这个Demo的总结如下. 环境: JDK:1.5.0_12-b04 Tomcat:apache-tomcat-6.0.18 MySQL:mysql-5.1.32-win32 这些软件可以从各自的官方网站上下载得到. Demo制作过程: (1)在Tomcat中配置MySQL数据源. 修改$C

MySQL的 JDBC URL 格式 for  Connector/J 如下例: jdbc:mysql://[host][,failoverhost...][:port]/[database] » [?propertyName1][=propertyValue1][&propertyName2][=propertyValue2]... jdbc:mysql://[host:port],[host:port].../[database] » [?propertyName1][=propertyVa

如下配置 jdbc.url=jdbc:mysql://127.0.0.1:3306/chubb_2?autoReconnect=true&useUnicode=true&characterEncoding=UTF-8&allowMultiQueries=true allowMultiQueries=true参数的作用: ①可以在sql语句后携带分号,实现多语句执行. 如:mybatis的mapper.xml文件 <select id="getAll" re

bug回顾 : 想必大家在用MySQL时都会遇到连接超时的问题,如下图所示: ### Cause: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was 47,795,922 milliseconds ago. The last packet sent successfully to the server was 47,7

一.背景 最近在家里捣鼓一个公司自己搭建的demo的时候,发现程序一启动就会出现CommunicationsException: Communications link failure错误,经过一番排查最后发现是数据库url写错造成的,这个过程中也对出现这个错误的解决思路有了一些自己的理解,现和大家分享.该错误的具体信息如下: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

昨天有运营说添加活动不能用了,我就看了一下后台日志,发现访问数据库是报错: at java.lang.Thread.run(Thread.java:722) Caused by: com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: The last packet successfully received from the server was 59,085,803 milliseconds ago. The last packet

前言: 最近在开发服务的时候, 发现服务只要一段时间不用, 下次首次访问总是失败. 该问题影响虽不大, 但终究影响用户体验. 观察日志后发现, mysql连接因长时间空闲而被关闭, 使用时没有死链检测机制, 导致sql执行失败. 问题的表层根源, 看似简单, 但实际解决之路, 却显得有些曲折坎坷. 因此有必须分析下本质的原因, 以及Java Mysql连接池的处理策略和相关的配置项. 异常现象和问题本源: 服务的持久层依赖mysql, 采用连接池的机制来优化性能. 但服务空闲一段时间(切确地讲是

由于使用阿里云服务器,使用mysql 每当周一的时候客户端首次连,总是报timeout connection 的错误 ,尝试了几个方法没有实际效果. 1.用网上说的URl上缀上autoReconnect=true    jdbc:mysql://localhost:3306/oa?autoReconnect=true. 2.编辑mysql目录里的:my.cnf(windows下为my.ini), # The TCP/IP Port the MySQL Server will listen on 

不废话,先来代码 pom文件: <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">