在介绍MyBatis之前，先介绍一下ORM是什么？
对象关系映射（Object Relational Mapping. 简称ORM）是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术。简单的说，ORM是通过使用描述对象和数据库之间映射的元数据。将Java程序中的对象自动持久化到关系数据库中。本质上就是将数据从一种形式转换到另外一种形式，这也同时暗示着额外的执行开销；然而，如果ORM作为一种中间件实现，则会有很多机会做优化。而这些花费要比维护手写的方案要少；而且就算是遵守ODMG（Object Data Management Group 对象数据管理组）规范的对象数据库依然需要类级别的元数据。
对象-关系映射（Object/Relation Mapping. 简称ORM）是随着面向对象的软件开发方法发展而产生的。面向对象的开发方法是当今企业级应用开发环境中的主流开发方法，关系数据库是企业级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的两种表现形式。业务实体在内存中表现为对象，在数据库中表现为关系数据。内存中的对象之间存在关联和继承关系，而在数据库中，关系数据无法直接表达多对多关联和继承关系。因此，对象-关系映射（ORM）系统一般以中间件的形式存在，主要实现程序对象到关系数据库数据的映射。
面向对象是从软件工程基本原则（如耦合、聚合、封装）的基础上发展起来的，而关系数据库则是从数学理论发展而来的，两套理论存在显著的区别。为了解决这个不匹配的现象，对象关系映射技术应运而生。
字母“O”起源于“对象”（Object），而R则来自于“关系”（Relational）。几乎所有的程序里面，都存在对象和关系数据库。在业务逻辑层和用户界面层中，我们是面向对象的。当对象信息发生变化的时候，我们需要把对象的信息保存在关系数据库中。
当你开发一个应用程序的时候（不使用O/R Mapping ），你可能会写不少数据访问层的代码，用来从数据库保存。删除。读取对象信息等等。你在DAO中写了很多的方法来读取对象数据，改变状态对象等等任务，并且这些代码写起来总是重复的。
解决方案：引入一个O/R Mapping。实质上，一个O/R Mapping会为你生成DAO。与其自己写DAO代码，不如用O/R Mapping。你用O/R Mapping 保存、删除、读取对象。O/R mapping负责生成SQL，你只需要关心对象就好。
接下来咱们说一下ORM是由什么组成的。
一个对持久类对象进行CRUD(创建、读取、更新、删除)操作的API（Application Programming Interface,应用程序编程接口）；
一个语言或API用来规定与类和类属性相关的查询；
一个规定mapping metadata的工具；
一种技术可以让ORM的实现同事务对象一起进行 dirty checking. lazy association fetching以及其他的优化操作。
那么什么是持久化呢？
狭义的理解：“持久化” 仅仅指把域对象永久保存到数据库中；
广义的理解：“持久化”包括和数据库相关的各种操作（持久化就是将有用的数据以某种技术保存起来，将来可以再次取出来应用。数据库技术，将内存数据以文件的形式在永久介质中（磁盘等）都是持久化的例子）。
保存：把域对象（或者实体Bean）永久保存到数据库。
更新：更新数据库中域对象（或者说持久化对象）的状态。
删除：从数据库中删除一个域对象。
加载：根据特定的OID（一般是指主键ID），把一个域对象从数据库加载到内存。
查询：根据特定的查询条件，把符合查询条件的一个或多个域对象从数据库加载在内存中。
我们为什么要用持久化？
持久化技术封装了数据访问细节，为大部分业务逻辑提供面向对象的API。
1)、通过持久化技术可以减少访问数据库数据次数，增加应用程序执行速度；
2)、代码重用性高，能够完成大部分数据库操作；
3)、松散耦合，使持久化不依赖与底层数据库和上层业务逻辑实现，更换数据库时只需修改配置文件而不用修改代码。
说了这么多铺垫，那什么是MyBatis呢？
MyBatis是支持定制化SQL、存储过程以及高级映射的优秀的持久化框架。MyBatis避免了几乎所有的JDBC代码和手动设置参数以及获取结果集。MyBatis可以对配置和原生Map使用简单的XML或注解，将接口和Java的POJOs(Plain Old Java Objects，普通的Java对象)映射成数据库中记录。（来自官网翻译）
1.入门简单，即学即用，提供了数据库查询的自动对象绑定功能，而且延续了很好的SQL使用经验，对于没有那么高的对象模型要求的项目来说，相当完美。
2.可以进行更为细致的SQL优化，可以减少查询字段。
3.缺点就是框架还是比较简陋，功能尚有缺失，虽然简化了数据绑定代码，但是整个底层数据库查询实际还是要自己写的，工作量也比较大，而且不太容易适应快速数据库修改。
4.二级缓存机制不佳，需要使用第三方的缓存框架。
