Java程序中insert 执行慢的原因,以及c3p0连接池的配置

今天遇到一个问题,程序中一个insert 操作特别慢, 一直从来没有遇到过,select 操作如果数据量大的话,是有可能出现这种情况的,但是单条insert插入操作出现这种情况,不知道从何查原因了,debug了确定了就是insert这个操作慢,一开始分析是不是mysql原因,在Navicat上insert操作,嗖嗖的,排除,然后想到是不是数据库这张表一直在操作,查看下还真不是,然后想到是不是数据库连接慢,但是用到数据库连接池,程序已启动就已经连上了啊,看了连接池配置,我靠,maxPoolSize=1,谁设置的,最大连接数为1,这个不是主要的,如果正常情况下也没有这么糟糕,况且用户没有那么多操作,看了非用户操作,有一个定时任务,一直在数据库操作,一直占用这个唯一的连接。终于发现问题,我maxPoolSize 改为10后,测试没有发现问题,但是还没完,经过一段时间的运行,怎么感觉有insert慢的问题,而且是越来越慢,之前的那个定时任务是10分钟一次,经过测试,这个定时任务一次执行完全超过了10分钟,而且,quartz 定时任务是多线程的,一次没有执行完,到第二次执行不会结束本次执行,会多一个线程继续执行,难关会随着时间越来越慢,这个定时任务是有多长啊,随着时间推移,形成了越来越多的线程,但是总会达到临界点的,这样得情况,就需要调大定时任务时间间隔,太频繁也没有卵用。不知道后续还会不会有其他问题。

我们用的是c3p0连接池,配置:

    <!--acquireIncrement:链接用完了自动增量3个。 -->
    <property name="acquireIncrement">3</property>

    <!--acquireRetryAttempts:链接失败后重新试30次。-->
    <property name="acquireRetryAttempts">30</property>
 
    <!--acquireRetryDelay;两次连接中间隔1000毫秒。 -->
    <property name="acquireRetryDelay">1000</property>
 
    <!--autoCommitOnClose:连接关闭时默认将所有未提交的操作回滚。 -->
    <property name="autoCommitOnClose">false</property>
 
    <!--automaticTestTable:c3p0测试表,没什么用。-->
    <property name="automaticTestTable">Test</property>
 
    <!--breakAfterAcquireFailure:出错时不把正在提交的数据抛弃。-->
    <property name="breakAfterAcquireFailure">false</property>
 
    <!--checkoutTimeout:100毫秒后如果sql数据没有执行完将会报错,如果设置成0,那么将会无限的等待。 --> 
    <property name="checkoutTimeout">100</property>
 
    <!--connectionTesterClassName:通过实现ConnectionTester或QueryConnectionTester的类来测试连接。类名需制定全路径。Default: com.mchange.v2.c3p0.impl.DefaultConnectionTester-->
    <property name="connectionTesterClassName"></property>
 
    <!--factoryClassLocation:指定c3p0 libraries的路径,如果(通常都是这样)在本地即可获得那么无需设置,默认null即可。-->
    <property name="factoryClassLocation">null</property>
 
    <!--forceIgnoreUnresolvedTransactions:作者强烈建议不使用的一个属性。--> 
    <property name="forceIgnoreUnresolvedTransactions">false</property>
 
    <!--idleConnectionTestPeriod:每60秒检查所有连接池中的空闲连接。--> 
    <property name="idleConnectionTestPeriod">60</property>
 
    <!--initialPoolSize:初始化时获取三个连接,取值应在minPoolSize与maxPoolSize之间。 --> 
    <property name="initialPoolSize">3</property>
 
    <!--maxIdleTime:最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃。-->
    <property name="maxIdleTime">60</property>
 
    <!--maxPoolSize:连接池中保留的最大连接数。 -->
    <property name="maxPoolSize">15</property>
 
    <!--maxStatements:最大链接数。-->
    <property name="maxStatements">100</property>
 
    <!--maxStatementsPerConnection:定义了连接池内单个连接所拥有的最大缓存statements数。Default: 0  -->
    <property name="maxStatementsPerConnection"></property>
 
    <!--numHelperThreads:异步操作,提升性能通过多线程实现多个操作同时被执行。Default: 3--> 
    <property name="numHelperThreads">3</property>
 
    <!--overrideDefaultUser:当用户调用getConnection()时使root用户成为去获取连接的用户。主要用于连接池连接非c3p0的数据源时。Default: null--> 
    <property name="overrideDefaultUser">root</property>
 
    <!--overrideDefaultPassword:与overrideDefaultUser参数对应使用的一个参数。Default: null-->
    <property name="overrideDefaultPassword">password</property>
 
    <!--password:密码。Default: null--> 
    <property name="password"></property>
 
    <!--preferredTestQuery:定义所有连接测试都执行的测试语句。在使用连接测试的情况下这个一显著提高测试速度。注意: 测试的表必须在初始数据源的时候就存在。Default: null-->
    <property name="preferredTestQuery">select id from test where id=1</property>
 
    <!--propertyCycle:用户修改系统配置参数执行前最多等待300秒。Default: 300 --> 
    <property name="propertyCycle">300</property>
 
    <!--testConnectionOnCheckout:因性能消耗大请只在需要的时候使用它。Default: false -->
    <property name="testConnectionOnCheckout">false</property>
 
    <!--testConnectionOnCheckin:如果设为true那么在取得连接的同时将校验连接的有效性。Default: false -->
    <property name="testConnectionOnCheckin">true</property>
 
    <!--user:用户名。Default: null-->
    <property name="user">root</property>
 
    <!--usesTraditionalReflectiveProxies:动态反射代理。Default: false-->
    <property name="usesTraditionalReflectiveProxies">false</property>

这就能验证我的问题了,如果最大连接数设置为1,那么数据库连接当下只能有一个连接,如果其他程序要连接数据库,就只能加入到连接池队列中,等待当前连接完成。

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值