因为要去时刻检查这个链接是否还有效，所以效率比如会降低，那么如何检查呢？默认的检查方式我现在还真不知道，但是上面一段话说了，如果使用 automaticTestTable 方法进行验证测试连接的有效性，会对性能有所提升。那我们就来看下这个属性
<property value="C3P0TestTable"/>
这 个属性是什么意思呢？就是他会自动的帮你建立一张名字叫C3P0TestTable的表，这种表非常的简单，而且最关键的是里面没有数据，检测的时候，可 以通过连接访问这种表是否能访问的到，如果能访问的到，说明这个链接是有效的，否则说明这个链接已经被mysql kill掉了。
那这张表是我们程序员建立的吗？NO，你不用管，你只要这么配置上，自然会帮你自动建立一张这个表的。
B）testConnectionOnCheckout 性能的优化。因为这个属性是指你从连接池中拿出来的时候，在每一个链接去真正提交，震中拿着这个链接去数据库访问的时候，要做下检查，并不是说，我从连接 池中拿出来，我就做检查，我得等到提交的时候才做检查的，那这样会设计到一个connection提交的问题，在默认的情况下，你发送一个db request就会自动马上去执行，就会马上commit的，如果你配置在事务当中呢，就是一个action方法对应一个biz方法，这样你只要做一次检 查就行了，减少了检测的次数。
也就是说，对于这种解决方案的性能优化的宗旨就是减少检测次数、优化检测方法。
二、mysql的wait_timeout值应该设置多少？
如果你不是IDC，你不是往外出租服务器，那么你完全可以设置为默认值8小时就可以了。但是如果IDC往外租用服务器的时候，就得重新设置了，比如新网就是设置为10s的。
但 是这个设置为多大，并不是新网那样随便设置的，因为我发现新网的这个服务器业务压力并不是很大，但是他却设置了一个10s这么小的值，这样反而会更消耗服 务器资源。是，得承认，如果这个值过大的话，很可能会造成大量的无用的闲置的连接存在，对数据库压力过大，但是新网的那个服务器的业务压力并不大啊，你设 置成这么小的数值，很明显，你是在刻意的增加系统服务器的业务压力啊，罪人啊罪人。
所以，设置为多大，得根据你的服务器的压力大小来配置的，可不是随便写一个数就行了的。