建站赚钱灰色,招工信息发布平台,夏天做哪些网站能致富,网络营销平台推广方案2019独角兽企业重金招聘Python工程师标准 前段时间 现网突然频繁报出 连接不上数据库#xff0c;偶滴的妖孽#xff0c;其他地方都是用mysql#xff0c;也没遇到这个问题呀。 java.io.EOFExceptionat
at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:1913… 2019独角兽企业重金招聘Python工程师标准 前段时间 现网突然频繁报出 连接不上数据库偶滴的妖孽其他地方都是用mysql也没遇到这个问题呀。 java.io.EOFExceptionat
at com.mysql.jdbc.MysqlIO.readFully(MysqlIO.java:1913)
at com.mysql.jdbc.MysqlIO.reuseAndReadPacket(MysqlIO.java:2304)
at com.mysql.jdbc.MysqlIO.checkErrorPacket(MysqlIO.java:2803)
at com.mysql.jdbc.MysqlIO.sendCommand(MysqlIO.java:1573)场景出现的理论依据 MySQL 的默认设置下当一个连接的空闲时间超过8小时后MySQL 就会断开该连接而 c3p0/dbcp 连接池则以为该被断开的连接依然有效。在这种情况下如果客户端代码向c3p0/dbcp 连接池请求连接的话连接池就会把已经失效的连接返回给客户端客户端在使用该失效连接的时候即抛出异常。 如果你只是个程序员你会想着在去对数据库做操作前我不是先对数据库连接做个校验或判断什么的连接是working的我才干活那么你得到的解决方案-或许就是这样的 #c3p0配置
!--最大空闲时间60秒内未使用则连接被丢弃。若为0则永不丢弃。默认值: 0 --
property namemaxIdleTime60/property
!-- 当连接池连接耗尽时客户端调用getConnection()后等待获取新连接的时间
超时后将抛出SQLException如设为0则无限期等待。单位毫秒。默认: 0 --
property namecheckoutTimeout value3000/
!--c3p0将建一张名为Test的空表并使用其自带的查询语句进行测试。
如果定义了这个参数那么属性preferredTestQuery将被忽略。
你不能在这张Test表上进行任何操作它将只供c3p0测试使用。默认值: null -- property nameautomaticTestTableTest/property
!--因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的 时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable 等方法来提升连接测试的性能。Default: false --
property nametestConnectionOnCheckoutfalse/property
!--如果设为true那么在取得连接的同时将校验连接的有效性。Default: false --
property nametestConnectionOnCheckintrue/property
!--每60秒检查所有连接池中的空闲连接。Default: 0 --
property nameidleConnectionTestPeriod60/property 如果你只是个DBA你会想着为什么数据库连接自己断了是不是哪里有配置我得去看看那么你得到的解决方案-可能就是这样的 #my.cnf
wait_timeout31536000
interactive_timeout31536000 加大wait_timeout的时间。 But 现实环境中需要你考虑的是 你设置多久检查一次连接有效的时间 依据是什么默认加大/减小wait_timeout除了解决当前问题会不会带来其他影响个人当前觉得此题 第一需考虑的是你业务当前高峰期mysql_connection是多少保留多久connection在高峰期都不会撑爆你数据库连接池 如果你知道这个池-那么是改mysql 还是改c3p0还是双管齐下都是有据可循且不会带来后遗症的-最佳解决方案 如我当前有环境一个现网的后台管理系统使用人数在50以内那么我wait_timeout 就是默认8小时c3p0不用做连接有效性检查等都是万事ok的。 而我还有一个EPG前台管理系统用户量在300万以内如果我wait_timeout为8小时那我一到高峰期肯定就是死翘翘的会有太多的TCP连接没关闭 数据库连接数肯定是不够的。 因EPG的一个访问-一次对数据库操作量不大查询完数据就完成ok啦wait_timeout 设置在120s内应该是够用啦那么相对应的c3p0中 设置小于wait_timeout 的时间有效性检查 -就能确保获取到连接是有效的。 请根据业务场景来配置参数不要解决了A问题带来了B问题。 作者灼灼2015 链接https://www.jianshu.com/p/69dcae4454b3 來源简书 简书著作权归作者所有任何形式的转载都请联系作者获得授权并注明出处。 转载于:https://my.oschina.net/u/2820842/blog/1842669
