InnoDB 作为默认存储引擎（从mysql-5.5.5开始)

InnoDB as Default Storage Engine
从mysql-5.5.5开始,InnoDB作为默认存储引擎，InnoDB作为支持事务的存储引擎，拥有相关的RDBMS特性：包括ACID事务支持，参考完整性（外健），灾难恢复能力等特性。
同时作为维护mysql内部结构的mysql和information_schema两个databases中的表，依然使用MyISAM存储引擎，而且不能被更改为InnoDB.
1.InnoDB table优点
  硬件故障导致的server crash（比如停电），在下次重起database会自动恢复。
  由InnoDB buffer pool 负责cache被访问的表和索引数据，直接在内存中进行处理，根据合理算法来保持热点块（hot）保留在内存中，极大地提高访问效率，减少I/O。
  使用外健来实现参考完整性，实现数据的逻辑分割，同时还可以实现关联更新。
  如果数据损坏，checksum机制能够在你使用时候提醒你这些受损的数据。
  建议所有的表都有主健（频繁使用的field上或者auto_increment field上创建），这将极大提高基于where条件为主健（primary key）上的查询性能，包括order by , group by 等。
  提供change buffering自动优化机制来优化诸如Insert,Update,Delete等操作；InnoDb能允许同一表上的读，写操作，还能cache 改变数据来减少I/O.

2.InnoDB table最佳处理方法
  给每个InnoDB表指定主健
  为提高组合查询性能，定义外健在join columns上，并且定义为相同数据类型，外健能实现因主表更新而关联更新子表，并且阻止子表的插入新数据，当这些新数据并不在主表存在时。
  改变autocommit默认方式为不自动提交，减少提交次数过多带来的性能影响；可以由start transaction and commit来以"逻辑事务处理"等为单位来控制提交次数。
  停止使用lock table语句，InnoDB能处理同一表上的读写并发sessions,并且不存在可靠性和性能损失。
  Enable innodb_file_per_table开关，分开表空间存放数据，避免巨型系统表空间出现；同时为诸如压缩和fast truncate 等操作提供基础。
  根据应用实际情况，进行表压缩，这不会影响该表的读写能力。
  如果建表时指定engine= 子句存在问题，使用-sql_mode=no_engine_substitution来阻止表以其它存储引擎创建。

3.InnoDB相对与InnoDB Plugin时期的改变
  可以压缩表和与之关联的索引
  创建和删除索引比拥有以前更少的性能影响
  Truncate表非常快，并且释放空间给操作系统使用；而针对系统表空间的truncate之后只能由innodb来使用。
  存储BLOGs 和Long Text fields更有效率
  增件新的针对storage engine内部工作的的系统表在information_schema 下
  在performance_schema(新增的 db) 增加性能统计信息表
  表有了更大的性能提升

4.性能提升
  Crash recovery中，自动恢复到数据库一直状态，这过程快速而且值得信任。而且数据越大效果越明显。这相比过去来说由非常明显的提升。
  大部分新的特性都是自动实现，并不需要额外的配置。详细的配置参考文档。

5.验证InnoDB在系统的状态
  使用命令 SHOW VARIABLES LIKE 'have_innodb'; 如果是NO,表示没有支持InnoDB,如果是DISABLED，则看是否配置中有skip-innodb选项，需要去掉。如果支持如下
     mysql> show variables like 'have_i%';
     +---------------+-------+
     | Variable_name | Value |
     +---------------+-------+
     | have_innodb   | YES   |
     +---------------+-------+
     1 row in set (0.00 sec)
  使用命令SHOW ENGINES；能看到不同存储引擎，如果DEFAULT在innodb，代表支持并且为默认存储引擎。