先创建个POJO类

mybatis-config.xml  映射配置文件

相当于hibernate中的hibernate.cfg.xml；src目录下的 XML 配置文件（configuration XML）中包含了对 MyBatis 系统的核心设置，包含获取数据库连接实例的数据源（DataSource）和决定事务作用域和控制方式的事务管理器（TransactionManager）。

1.typeAliases节点

主要用来设置别名，其实这是挺好用的一个功能， 通过配置别名，我们不用再指定完整的包名，并且还能取别名。  通过package, 可以直接指定package的名字， mybatis会自动扫描你指定包下面的javabean

它会自动扫描com.mybatis.entiys下的类型，使得在后续配置文件Category.xml中使用resultType的时候，可以直接使用Category,而不必写全com.mybatis.entiys

2.properties：

方法一： 从外部指定properties配置文件, 除了使用resource属性指定外，还可通过url属性指定url  
   <properties resource="dbConfig.properties"></properties>
方法二： 像下面这样直接配置为xml
当以上两种方法都用了xml配置优先， 外部指定properties配置其次

3.transactionManager：

<transactionManager>标签就是用于定义项目所使用的事务类型，具体的类型由type属性来指定，此处指定使用“JDBC”类型事务，当然MyBatis还提供了另外一种“MANAGED”型事务。

前者是直接使用JDK提供的JDBC来管理事务的各个环节：提交、回滚、关闭等操作，而后者则什么都不做，那么后者有什么意义呢，当然很重要。

　　当我们单独使用MyBatis来构建项目时，我们要在Configuration配置文件中进行环境（environment）配置，在其中要设置事务类型为JDBC，意思是说MyBatis被单独使用时就需要使用JDBC类型的事务模型，因为在这个模型中定义了事务的各个方面，使用它可以完成事务的各项操作。而MANAGED类型的事务模型其实是一个托管模型，也就是说它自身并不实现任何事务功能，而是托管出去由其他框架来实现，你可能还不明白，这个事务的具体实现就交由如Spring之类的框架来实现，而且在使用SSM整合框架后已经不再需要单独配置环境信息（包括事务配置与数据源配置），因为在在整合jar包（mybatis-spring.jar）中拥有覆盖mybatis里面的这部分逻辑的代码，实际情况是即使你显式设置了相关配置信息，系统也会视而不见......

　　托管的意义显而易见，正是为整合而设。 

4.DataSource：

<dataSource>标签表明这是数据源的配置信息，type属性表示这个数据源是POOLED（池型）类型的数据源，

POOLED– 这种数据源的实现利用"池"的概念将 JDBC 连接对象组织起来，避免了创建新的连接实例时所必需的初始化和认证时间。 这是一种使得并发 Web 应用快速响应请求的流行处理方式。

然后在其内部设置property子标签用于指定数据源的具体信息：驱动器、数据库URL、用户名、密码四项内容。 

 Category.xml     要在上面的mybatis-config.xml里注册

id:命名空间中的唯一标识符，可被用来代表这条语句。

resultType:从这条语句中返回的期望类型的类的完全限定名或别名。