转载 至:http://www.javaeye.com/topic/494179
在sprint + hibernate的应用中,你监控mysql日志,你会发现大量的log如下:
- 158268 Query SET autocommit= 1
- 158268 Query SET autocommit= 1
- 158268 Query SET autocommit= 1
- 158268 Query SET autocommit= 0
- 158268 Query commit
- 158268 Query SET autocommit= 1
- 158268 Query SET autocommit= 1
- 158268 Query SET autocommit= 1
- 158268 Query SET autocommit= 0
- 158268 Query commit
158268 Query SET autocommit=1
158268 Query SET autocommit=1
158268 Query SET autocommit=1
158268 Query SET autocommit=0
158268 Query commit
158268 Query SET autocommit=1
158268 Query SET autocommit=1
158268 Query SET autocommit=1
158268 Query SET autocommit=0
158268 Query commit
另外,你如果看mysqlreport,你会发现set_option和commt几乎占了mysql query的一半!!
原因是?
我们先看
- 158268 Query SET autocommit= 0
- 158268 Query commit
158268 Query SET autocommit=0
158268 Query commit
这种日志产生的原因是hibernate查询时,如果所请求的对象在cache中,那么hibernate仍然会向数据库发出这样的两个sql语句。
再来看
- 158268 Query SET autocommit= 1
158268 Query SET autocommit=1
这是因为当connection 被放回conn pool时,conn pool会恢复此连接取出时的autocommit状态。一般连接池里面的autocommit状态为true,所以每个查询都会紧跟着一个set autocommit=1。
第二个情况可以通过conn pool 的jdbc url把autocommit设为true来解决,不过mysql driver好像不支持这个设置。
不过,别急,我们有一个最佳的解决方案,不但可以一下子解决这两个问题,还可以顺便解决read_only事务对性能的影响问题。
那就是利用LazyConnectionDataSourceProxy
这个conn 代理的作用就是,只有当确实有必要时,他它向DB发出查询。一切没有必要的set autocommit=0 commit语句都不会发向数据库。
此class的详细作用请参见spring 文档
example配置如下:
- <bean id= "dataSourceTarget" class = "org.springframework.jdbc.datasource.DriverManagerDataSource" >
- <property name="driverClassName" ><value>com.mysql.jdbc.Driver</value></property>
- <property name="url" ><value>jdbc:mysql
- ://localhost:3306/imagedb</value></property>
- <property name="username" ><value>admin</value></property>
- <property name="password" ><value></value></property>
- </bean>
- <bean id="dataSource" class = "org.springframework.jdbc.datasource.LazyConnectionDataSourceProxy" >
- <property name="targetDataSource" ><ref local= "dataSource" /></property>
- </bean>