zoukankan      html  css  js  c++  java
  • C3P0连接池属性配置注释

    属性 解释
    acquireIncrement

    当连接池中的连接耗尽的时候c3p0一次同时获取的连接数 默认为:3

    acquireRetryAttempts

    定义在从数据库获取新连接失败后重复尝试的次数 默认为:30

    acquireRetryDelay

    两次连接中间隔时间,单位毫秒 默认为:1000

    autoCommitOnClose

    连接关闭时默认将所有未提交的操作回滚 默认为:false

    automaticTestTable

    c3p0将建一张名为Test的空表,并使用其自带的查询语句进行测试。如果定义了这个参数那么
    属性preferredTestQuery将被忽略。你不能在这张Test表上进行任何操作,它将只供c3p0测试使用 默认为:null

    breakAfterAcquireFailure

    获取连接失败将会引起所有等待连接池来获取连接的线程抛出异常。但是数据源仍有效
    保留,并在下次调用getConnection()的时候继续尝试获取连接。如果设为true,那么在尝试
    获取连接失败后该数据源将申明已断开并永久关闭 默认为:false

    checkoutTimeout

    当连接池用完时客户端调用getConnection()后等待获取新连接的时间,超时后将抛出
    SQLException,如设为0则无限期等待。单位毫秒 默认为:0

    connectionTesterClassName

    通过实现ConnectionTester或QueryConnectionTester的类来测试连接。类名需制定全路径
    默认为:com.mchange.v2.c3p0.impl.DefaultConnectionTester

    factoryClassLocation

    指定c3p0 libraries的路径,如果(通常都是这样)在本地即可获得那么无需设置,默认null即可 默认为:null

    idleConnectionTestPeriod

    每60秒检查所有连接池中的空闲连接 默认为:0

    initialPoolSize

    初始化时获取三个连接,取值应在minPoolSize与maxPoolSize之间 默认为:3

    maxIdleTime

    最大空闲时间,60秒内未使用则连接被丢弃。若为0则永不丢弃 默认为:0

    maxPoolSize

    连接池中保留的最大连接数 默认为:15

    maxStatements

    JDBC的标准参数,用以控制数据源内加载的PreparedStatements数量。但由于预缓存的statements
    属于单个connection而不是整个连接池。所以设置这个参数需要考虑到多方面的因素。
    如果maxStatements与maxStatementsPerConnection均为0,则缓存被关闭 默认为:0

    maxStatementsPerConnection

    maxStatementsPerConnection定义了连接池内单个连接所拥有的最大缓存statements数 默认为:0

    numHelperThreads

    c3p0是异步操作的,缓慢的JDBC操作通过帮助进程完成。扩展这些操作可以有效的提升性能
    通过多线程实现多个操作同时被执行 默认为:3

    overrideDefaultUser

    当用户调用getConnection()时使root用户成为去获取连接的用户。主要用于连接池连接非c3p0
    的数据源时 默认为null

    overrideDefaultPassword

    与overrideDefaultUser参数对应使用的一个参数 默认为:null

    user

    用户名 默认为: null

    password

    密码 默认为:null

    preferredTestQuery

    定义所有连接测试都执行的测试语句。在使用连接测试的情况下这个一显著提高测试速度。注意:
    测试的表必须在初始数据源的时候就存在 默认为:null

    propertyCycle

    -用户修改系统配置参数执行前最多等待300秒 默认为:300

    testConnectionOnCheckout


    因性能消耗大请只在需要的时候使用它。如果设为true那么在每个connection提交的
    时候都将校验其有效性。建议使用idleConnectionTestPeriod或automaticTestTable
    等方法来提升连接测试的性能 默认为:false

    testConnectionOnCheckin

    如果设为true那么在取得连接的同时将校验连接的有效性 默认为:false
  • 相关阅读:
    【随感】我真的很敬重你,只是你不知道。。。。。
    【diary】智慧的贪婪
    【随感】看老科和当当的回眸相视
    【转载】清华毕业致辞:从容行走于无人知晓的荒原,欣赏并创造别样的风景
    【随感】不要以为自己不足轻重而放任自己做一些事或一些话。你的不在意,才会影响到别人也不在意你。
    【随感】我觉得,世界上最美好的乐器是钢琴和架子鼓
    【技术】HTML5 canvas clock(1)
    【随感】youngLaker,fighting!
    转发公司招聘
    DBCC DBREINDEX
  • 原文地址:https://www.cnblogs.com/txsblog/p/7797799.html
Copyright © 2011-2022 走看看