ibatis性能问题

最近在某个项目进行性能测试过程中发现ibatis一个比较严重的性能问题

dump下来的的线程发现大量线程处于BLOCKED状态，都在等待资源0x00000000928ede88，接口大多数为查询功能，按理不应该那么多的sql查询功能的线程处于clocked状态

同时进一步全文搜索被锁住的0x00000000928ede88资源，发现运行状态线程pool-4-thread-1629正在锁住资源0x00000000928ede88

 
为了分析产生该问题的原因，定位对应源代码发现锁住的资源为net.sf.cglib.core.AbstractClassGenerator$Source

进一步分析发现可以看出被锁住的Source为静态类变量，作用于所有的Generator实例，因此相当于要求调用BulkBean#create()调用顺序同步的，不允许多线程并发。再回过头看发现锁住的功能刚好为ibatis执行sql更新功能，更新进行行锁，比较耗费性能，因此就可以解释为何有大量查询语句的线程处于等待锁的状态

 最后我们分析一下为什么会执行ibatis的这段代码以及它的作用是什么，我们会发现在ibatis中应用了cglib的字节码增强功能则会执行该代码（bean对象字节增加功能， 有兴趣的同学可以看看CGLIB中BulkBean的使用），因此我们将enhancementEnable=false则不会进行字节增强功能

 最后我们查阅资料发现，别人遇到过类似的问题（这是我给MYBATIS开发团队的邮件部分， 不翻译：））：

IBtatis automatic decide a simple bean that property have no Getter method to be Complex type. Mybatis does not prompt any warning enhancementEnable option will be skipped. I think these mybatis exception handling is not smooth. and If user's bean loose some Getter method, a common user does not know why mybatis performance become bad.

一个对象由于Getter方法的缺失， Mybatis把这个对象的当做复杂对象， 从而， 导致enhancementEnable=true的定义失去了任何作用， 进一步导致ibatis的性能下降