mybatis N+1问题

http://legend2011.blog.51cto.com/3018495/940072   

 掐指一算，居然三个多月没有写MyBatis的博客了，一直在瞎忙，真是罪过！o(╯□╰)o

      网友xunke515在看完《MyBatis association的两种形式》一文后留言提到官方文档不建议使用嵌套的select语句的形式，希望我在文中指出。今天我们就来讨论这个话题。

      官方文档之所以不建议使用这种嵌套的select语句的形式，是因为这会导致所谓的“N+1问题”。这个问题，无论是association元素还是collection元素都会遇到，本文以更为典型的collection元素为例。在本系列所使用的示例场景下，当需要查询教师及其所指导的学生（一个教师可指导多个学生）信息时，我们会这么做：先用一条SQL语句（“N+1问题”中的1）查询教师的信息，即

      select * from teacher

      此时可查询出多条（记为N）教师记录。为了进一步查询出教师指导的学生的信息，需要针对每一条教师记录，生成一条SQL语句，即

      select * from student where supervisor_id=?

      以上SQL语句中的“?”就代表了每个教师的id。显而易见，这样的语句被生成了N条（“N+1问题”中的N）。这样在整个过程中，就总共执行了N+1条SQL语句，即N+1次数据库查询。而数据库查询通常是应用程序性能的瓶颈，一般应尽量减少数据库查询的次数，那么这种方式就会大大降低系统的性能。

      为了解决这个问题，可采取两种方法。第一种方法是使用一条SQL语句，把教师及其指导的学生的信息一次性地查询出来。在《MyBatis collection的两种形式》和《MyBatis association的两种形式》一文中，嵌套的resultMap形式用的就是这种方法。

      第二种方法是使用MyBatis的延迟加载机制（延迟加载示例源码下载），步骤如下：

      1、MyBatis的延迟加载机制需要使用cglib包，因此应向工程中添加此包，本文使用的是cglib-nodep-2.2.3.jar。

      2、在MyBatis的核心配置文件（在本示例中是configuration.xml）里的settings元素中添加以下配置：

<settingname="lazyLoadingEnabled"value="true"/>
<settingname="aggressiveLazyLoading"value="false"/>

      现在来对延迟加载进行测试。首先改造类CollectionDemo.java，让它先遍历查找到的教师，然后遍历某个教师指导的学生的信息（本代码修改自本系列的上篇博文《MyBatis多参数传递之Map方式示例》，相关知识可参考此文章），相关代码如下：

//分页查询教师信息 
List<Teacher> teachers =        mapper.findTeacherByPage(params);  
if(teachers == null)  
  {  
     System.out.println("未找到相关教师信息。");  
  }  
else
  {           
     Object[] t = teachers.toArray();  
     System.out.println("**********************************************");  
for(int i = 0; i < t.length; i++)  
    {  
       teacher = (Teacher)t[i];  
       System.out.println("教师姓名：" + "  " + teacher.getName());  
            System.out.println("教师职称：" + "  " + teacher.getTitle());  
       System.out.println("**********************************************");  
    }  
//遍历当前teacher对象指导的学生 
for(Student s : teacher.getSupStudents())  
   {  
     System.out.println( s.getName() + "  " +  s.getGender  () + "  " + s.getGrade()  
           + "  " + s.getMajor());  
   }  
}    

      为了更清晰地观察程序执行的细节，应修改Log4j的配置文件log4j.properties，相关配置片段如下（关于MyBatis Log4j用法，可参考本系列的博文：MyBatis日志之Log4j示例）：

#全局日志配置  
log4j.rootLogger=DEBUG, stdout  
log4j.logger.com.abc.mapper=DEBUG
#关于MyBatis Log4j用法，可参考笔者博客：  
#http://legend2011.blog.51cto.com/3018495/999944  
#log4j.logger.com.abc.mapper.TeacherMapper=DEBUG
log4j.logger.com.abc.mapper.TeacherMapper.findTeacherByPage=TRACE
#因查询指导的学生信息用到了SQL语句getStudents，因此如下配置  
#可打印出执行学生查询的细节  
log4j.logger.com.abc.mapper.StudentMapper.getStudents=TRACE

       在命令行窗口下执行ant run命令（本系列博文用ant组织工程，对ant不熟悉的朋友可参考本系列中的博文：ant的下载与安装，ant入门示例，以及其他本系列的前几篇博文），运行结果如下：  

       从上图第一个红框可看出，打印教师信息前，只查找了教师信息，并没有加载其指导学生的信息；直到要遍历某位教师指导的学生，才执行相关的SQL语句，查找相关学生的信息，如第二个红框所示。

      再来看一下不用延迟加载的效果。只需在MyBatis的核心配置文件（configuration.xml）中，注释掉名为“lazyLoadingEnabled”的setting元素，即可禁用掉延迟加载功能。运行结果如下：

       上图两个红框显示在查询教师信息时，也加载了其指导的学生的信息。尤其是教师陈义指导的学生信息，在程序中一直没有访问（最后打印出的学生信息是教师马均指导的），但照样被立即加载。