锁定老帖子 主题:阿里巴巴开源平台新增项目Druid
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2011-05-12
相当有实用价值的项目,谢谢分享
什么时候能进阿里看看呢?我的理想啊。。。 |
|
返回顶楼 | |
发表时间:2011-05-12
使用了代理模式,貌似jdbclog
|
|
返回顶楼 | |
发表时间:2011-05-12
跟P6Spy差不多吧!
|
|
返回顶楼 | |
发表时间:2011-05-12
wenshao 写道 leibos 写道 wenshao 写道 Asdpboy 写道 一上来就是阿里的巴巴开源项目,难道阿里的代码连统一的规范都没有?
谢谢指出问题,已经格式化过提交了 问一下,你们公司是专门拨钱来搞这块开源平台吗?还是你们屁股坐不住,要折腾一下? 现在开源平台的几个项目,都是内部使用的,然后从内部项目发展为开源项目。 据我所知的,阿里巴巴很重视开源平台的建设,包括CTO Andy都会过问开源平台进度的事情。 当然,要经营好一个开源平台不是容易的事情,目前阿里巴巴的开源平台还不够完善的,项目也还不够丰富,缺少外部开发人员参与,我们也缺乏经营开源项目的经验,都得一步一步来,慢慢成长。 我们需要大家的支持和反馈! 支持阿里在开源方面所做出的努力,打破国外的技术垄断,不然咱们怎么进步,退一步讲也是方便咱们的工作,学到更多的东西。 |
|
返回顶楼 | |
发表时间:2011-05-12
最后修改:2011-05-12
svn无法checkout,“无法连接至服务器”
另外有个问题就是,代码注释太少 |
|
返回顶楼 | |
发表时间:2011-05-12
1. 不错的idea,使用了ReentrantLock替换了dbcp中大量的synchronized。性能上理论是有一定的提升,这个不用怀疑。
2. 稳定性上有待考虑,毕竟我们关注的不仅仅是性能,稳定还是很重要。LZ可以举一下实际项目中的应用场景的一些数据,这样就最好了。比如数据库自动重连,statememt cache上(以前的dbcp跑一段时间后,cahce后的statement会出现半断开的情况) 3. 功能欠完善,大致看了下pool池的代码:http://code.alibabatech.com/svn/druid/trunk/src/main/java/com/alibaba/druid/pool/DruidDataSource.java,虽然参数上都支持了,貌似有些参数还是摆设把。比如idleTime(空闲链接管理),心跳检查 4. 希望可以弥补dbcp的一些不足,可以管理下底层socket的超时时间(connectionTimeout, soTimeout),可以控制下每次创建connection的时间,避免无限制阻塞 自己使用dbcp过程中的一些不足和意见,LZ可以考虑下。 |
|
返回顶楼 | |
发表时间:2011-05-12
还有LZ,代码里的一些异常处理修正下把。
} catch (InterruptedException e) { break; } catch (SQLException e) { e.printStackTrace(); } finally { lock.unlock(); } } |
|
返回顶楼 | |
发表时间:2011-05-12
代码怎么没点注释
|
|
返回顶楼 | |
发表时间:2011-05-12
try { x.close(); } catch (SQLException e) { e.printStackTrace(); } } 这种异常处理???? |
|
返回顶楼 | |
发表时间:2011-05-12
agapple 写道 1. 不错的idea,使用了ReentrantLock替换了dbcp中大量的synchronized。性能上理论是有一定的提升,这个不用怀疑。
2. 稳定性上有待考虑,毕竟我们关注的不仅仅是性能,稳定还是很重要。LZ可以举一下实际项目中的应用场景的一些数据,这样就最好了。比如数据库自动重连,statememt cache上(以前的dbcp跑一段时间后,cahce后的statement会出现半断开的情况) 3. 功能欠完善,大致看了下pool池的代码:http://code.alibabatech.com/svn/druid/trunk/src/main/java/com/alibaba/druid/pool/DruidDataSource.java,虽然参数上都支持了,貌似有些参数还是摆设把。比如idleTime(空闲链接管理),心跳检查 4. 希望可以弥补dbcp的一些不足,可以管理下底层socket的超时时间(connectionTimeout, soTimeout),可以控制下每次创建connection的时间,避免无限制阻塞 自己使用dbcp过程中的一些不足和意见,LZ可以考虑下。 关于数据库连接池DruidDataSource,你是个明白人,你关心的问题都是关键点。 1、性能方面,超越DBCP、C3P0是肯定的,这一点确实不用怀疑。 2、稳定性方面,我们也是很关注的,也是刚开始使用,我们也不敢一开始就应用于关键项目中,开源的目的也是希望通过社区的帮助提升项目的质量,提高稳定性。 3、DBCP的参数还是没有完全支持的,这个我正在逐步实现。 4、控制底层socket,需要直接和具体的Driver打交道,比如直接和MySqlDriver通讯,不过这个很关键,我考虑一下,应该有好办法的。 谢谢你的建议,希望进一步交流 |
|
返回顶楼 | |