背景为提高系统性能、减小数据库压力，需要对频繁查询的数据进行缓存处理。为保证mysql和redis数据一致，网上博客一大堆缓存同步策略，最核心的问题其实还是数据修改时的数据一致性：先更新（删除）缓存再更新数据库、先更新数据库再更新(删除)缓存、延时双删等。以上所说的这些策略主要是考虑并发场景下db-redis之间的数据最终一致，如果业务场景没有多大的并发，或缓存的数据大多是配置之类不影响业务主流程

场景：​最近做查询酒店订单集合时，需要把酒店订单详情也查出来，酒店订单表 和 酒店订单详情表 是一对多的关系（用订单编号进行关联）；最初的做法是 ：先去查询酒店订单集合 再循环查询酒店订单详情集合。这么做相当于一次查询要循环执行多次查询，会导致查询效率异常的慢。​所以想找一种方式 一次查询出酒店订单集合并且直接将酒店订单详情集合作为list 封装进结果集。于是想到了 <collection&