InnoDB是Oracle的模仿者，而且仿的有模有样，通过几年的MySQL学习，回过头来再去搞Oracle时，发现很多事情理解的竟然比当时专门搞Oracle的时候深。 从我自己的经历来看，InnoDB确实是一个杰出的模仿者。 官方对InnoDB的定位是一款为了一般目的设计的存储引擎，兼顾了性能和可靠性。 InnoDB是一个支持事务的引擎，个人拙见，InnoDB是目前MySQL最好的事务性引擎，是最像Oracle的引擎。鉴于Oracle庞大的市场份额，可见市场对Oracle的风格是很认可的，那么InnoDB选择学习Oracle也是个很明智的选择。InnoDB的DML操作都是满足ACID特性的——至于什么是ACID，未来的章节中会详细描述——这一特点保证了数据的安全。 InnoDB采用行级锁，并使用了Oracle风格的一致性读来增强并发场景下的性能。 如果让我们来实现一个数据库，我们将会如何组织表的数据呢？ 首先我会实现一个类： ```java class Record { /** * 数据页的唯一Id */ private int id; /** * 数据页的物理地址 */ private String addr; /** * 下一个数据页的地址 */ private String nextAddr; getter & setter } ``` 这段伪代码只实现了三个属性：id，数据页地址，下一个数据页的地址。这基本上可以说明问题了，下面我们来看看怎么忘表里插入数据： ```java /** * @param record 当前的记录 * @param addr 要插入的新纪录的地址 */ public void insert(Record record, String addr) { record.setNextAddr(addr); } ``` 我用伪代码实现了一个记录，这些记录串联起来就是一个表。这个表建立成功并插入几条数据以后，看起来是这样子的：  但是InnoDB没有这么像我这样图省事，而是将数据页组织成了一棵树。也就是说，InnoDB的表，实际上就是一个树，这在专业术语里叫做索引组织表（IOT）。将表按照主键组织成一颗树，好处是提高了按照主键检索的效率，当然也有坏处，坏处是占空间多了，出现碎片的风险也大了，这些以后会慢慢道来。 以前MyISAM的支持者们非常骄傲的全文索引，在MySQL5.6版本之后，也是支持的了，因此更没有使用MyISAM的可能了。 用户永远不会希望自己的数据丢失，ACID原则是保护用户数据的基础，这一点InnoDB是完全支持的，为了数据的安全，也应该早早的将重要的业务转为InnoDB。 虽然现在的版本早已经将默认引擎调整为了InnoDB，但是还是有很多人会认为MyISAM是默认引擎，这也算是MySQL日常伪科学了。