继续接着上一节，大家应该知道驼峰命名法吧！就是我们javabean中属性一般命名是lastName，userName这种类型的，而数据库中列名一般都是last_name,user_name这种的，要让对应起来，在springboot中可以设置
另外大家可以看看我们用了mybatis依赖之后，导入了一些什么jar包，比较关键的是那个autoconfigure,其实内部就跟之前我们手写的那个starter原理差不多
我们也可以用xxxCustomizer来定制功能，以上面的驼峰命名为例，就可以使用这个方式，还能配置其他的很多参数，以后碰到可以再来看看
其实mybatis很多是喜欢用xml的，后期比较好优化sql，所以我们也用xml来尝试一下
xml配置mybatis
xml配置配置的话就比较繁琐一点了，两个xml，然后指定这两个xml的位置
首先映射文件
然后指定这两个文件的路径（对mybatis的配置，yml中都是以mybatis开头的），后面的使用就和前面注解版一样了，这里就不增加篇幅了。你们可以自己试试，我试了是没问题的。
其中，注解版和xml的mybatis是可以一起使用的，不过用起来总是感觉怪怪的，而且如果是比较大的项目sql语句要优化，你一下找注解，一下又去xml找，太不方便了，还是只用其中一种吧！看个人习惯，其实都还行吧，不是怎么难。
下面就继续说说缓存
缓存（接上一节）
上一节最后用了两个关于缓存的注解，一个是@EnableCaching开启注解，二是在service中方法上面用@Cacheable(cacheNames = "stu")来使用缓存
缓存的很多细节就不多说了，因为说了也记不住，说几个关键的地方，分别是CacheManager，Cache，Entry。
因为做缓存方面的公司有很多，做出来的缓存产品也就很多。我们可以把CacheManager看作使用哪一个缓存产品，Cache就是这个缓存产品中的很多个小空间，Entry就是每一个小空间里存放的很多数据（就是很多个键值对）；
所以我们要使用缓存，那就要先确定使用哪一家公司做出来的缓存产品，然后拿到其中的一个小空间并取个名字，然后将一个对象放进这个小空间里（都说了是很多个键值对，我们肯定要设置一个键方便我们取啊）；
总结起来就是设置CacheManager（springboot默认选好了，后面我们会来自定义），给缓存（小空间）取个名字，设置一个键（springboot也默认有生成方式，后面我们也会自定义）
对应于java代码，就是下图，所以说，#id的意思就是拿到形参中的id值，所谓key；其实只是简单的测试，key都不用写,只用指定缓存的名字就ok了。
类似@Cachable的注解有两个：@CachePut和@CacheEvict，我们可以看看这三个注解有什么用。（注：具体的这三个注解的属性自行看其他的资料学习）
@Cacheable（用于查询）：第一次查询之后把返回结果放进缓存里，之后再调用此方法之前会先在缓存里去找，有就直接拿，没有才去数据库。
@CachePut（用于修改和添加）：先不管缓存 ，每次必定调用这个方法之后对数据库里的数据修改，然后根据方法返回值去更新缓存；之后别的方法去查询，就直接去缓存里查就是最新数据；
@CacheEvict（用于删除）：很明显，这是在执行删除方法删除数据库数据之后，也把该数据对应的缓存也删除掉（假如这个注解的属性cacheName=“stu”，还有个allEntries=true就是删除stu这个小空间里的所有键值对），这个注解有个属性beforeInvocation，true，在方法执行前清空缓存；false，方法执行之后清空缓存，这也是默认值，假如方法执行异常就不清缓存
这几个注解配合起来使用的话，要注意一些东西，首先是cacheNames（和value一个效果）要一样，然后就是键（不管你用什么方法，要最后的结果一致），只有当这两个属性确定之后，才能在缓存中确定一个键值对中对应的值嘛！！！
两个额外的扩展注解：
第一个是@Caching：这个注解就是上面三个注解的组合注解，为了方便定制一些复杂的缓存规则（其实就是上面三个注解的相互配合使用），emmmm.....现在用不到，用到再说。。。。想知道使用规则的可以自己去学习
第二个是@CacheConfig：这个注解加在类上面，其实就是为了方便我们的使用，你看看上面的三个注解的属性基本一样，那是不是可以抽取出来呢？于是就有了这个注解（这也是框架常用手段，常规操作！），具体还有什么属性自己去查查啊，我就随意一说；重点还是上面那三个注解。
这一节到此为止，终于把大概的轮廓和基本的用法说完了，后面就要说一下原理了，以及缓存中那三个注解的属性的一些高级用法了（其实就是自定义一些东西，比如key的生成策略什么的，别想太复杂），顺便再说说使用redis