经过不断摸索基本搞清了myBatis关联的问题，小结一下:
1.一对一关联 用<association/>标签 ，要注意的是column指的是sql语句中的列别名,
< association property="user" column="us_usr_id" javaType="User" >
<id property="id" column="u_id"/>
<result property="name" column="u_name"/>
<result property="age" column="u_age"/>
< /association>
以上是用join方式，也可用select方法，但会出现N+1问题，不建议采用，使用方法是在<association select="getUserById"/> 加个select即可:
< association ...... select="getUserById"/>
其中getUserById又指向另一个<select>......</select>定义
2.一对多关联,用<collection />标签
<collection property="schools" ofType="UserSchool" javaType="ArrayList" resultMap="UserSchoolsMap_join"/>
其中resultMap="UserSchoolsMap_join"是另一个resultMap定义,如下:
< resultMap type="UserSchool" id="UserSchoolsMap_join">
< id property="id" column="us_id" />
< result property="rq" column="us_rq" />
< association property="school" column="us_school_id" javaType="School" >
<id property="id" column="sc_id"/>
<result property="name" column="sc_name"/>
< /association>
< association property="user" column="us_usr_id" javaType="User" >
<id property="id" column="u_id"/>
<result property="name" column="u_name"/>
<result property="age" column="u_age"/>
< /association>
< /resultMap>
返回结果集大于1条结果，只需要在java代码mapper中配置返回list。
mapper.xml中配置结果resultType是单条结构。
如下：
table:
create table accounts("accountId" int, name varchar(50));
select * from accounts;
1;"one"
2;"two"
mapper.xml:
<select id="selectAllAccounts" resultType="org.sample.beans.Account">
SELECT * FROM accounts
</select>
mapper.java:
public List<Account> selectAllAccounts();
Main.java:
List<Account> accounts = mapper.selectAllAccounts();
for (Account a: accounts){
log.info("Account name: " + a.getName());
}
INFO 2010-10-22 00:15:01,921 org.sample.mybatis.Main: Account name: one
INFO 2010-10-22 00:15:01,921 org.sample.mybatis.Main: Account name: two
缓存概述
正如大多数持久层框架一样，MyBatis 同样提供了一级缓存和二级缓存的支持；
一级缓存基于 PerpetualCache 的 HashMap 本地缓存，其存储作用域为 Session，当 Session flush 或 close 之后，该Session中的所有 Cache 就将清空。
二级缓存与一级缓存其机制相同，默认也是采用 PerpetualCache，HashMap存储，不同在于其存储作用域为 Mapper(Namespace)，并且可自定义存储源，如 Ehcache、Hazelcast等。
对于缓存数据更新机制，当某一个作用域(一级缓存Session/二级缓存Namespaces)的进行了 C/U/D 操作后，默认该作用域下所有 select 中的缓存将被clear。
MyBatis 的缓存采用了delegate机制 及 装饰器模式设计，当put、get、remove时，其中会经过多层 delegate cache 处理，其Cache类别有：BaseCache(基础缓存)、
EvictionCache(排除算法缓存) 、DecoratorCache(装饰器缓存)：BaseCache：为缓存数据最终存储的处理类，默认为 PerpetualCache，基于Map存储；
可自定义存储处理，如基于EhCache、Memcached等；
EvictionCache ：当缓存数量达到一定大小后，将通过算法对缓存数据进行清除。默认采用 Lru 算法(LruCache)，提供有 fifo 算法(FifoCache)等；
DecoratorCache：缓存put/get处理前后的装饰器，如使用 LoggingCache 输出缓存命中日志信息、使用 SerializedCache 对 Cache的数据 put或get
进行序列化及反序列化处理、当设置flushInterval(默认1/h)后，则使用 ScheduledCache 对缓存数据进行定时刷新等。
一般缓存框架的数据结构基本上都是 Key-Value 方式存储，MyBatis 对于其 Key 的生成采取规则为：
[hashcode : checksum : mappedStementId : offset : limit : executeSql : queryParams]。
对于并发 Read/Write 时缓存数据的同步问题，MyBatis 默认基于 JDK/concurrent中的ReadWriteLock，使用 ReentrantReadWriteLock 的实现，
从而通过 Lock 机制防止在并发 Write Cache 过程中线程安全问题。