如果服务器因为硬件或软件问题而意外退出，那么无论数据库中当时发生了什么，在重新启动数据库之后都不需要做任何特殊的事情。InnoDB崩溃恢复会自动结束在崩溃之前提交的更改，并撤销正在处理但未提交的更改，允许您重新启动并从中断的地方继续。看到第15.18.2节，“InnoDB恢复”．

的InnoDB存储引擎维护它自己的缓冲池，当数据被访问时，它在主存中缓存表和索引数据。经常使用的数据直接从内存中处理。该缓存适用于许多类型的信息，并加快了处理速度。在专用的数据库服务器上，多达80%的物理内存通常分配给缓冲池。看到第15.5.1节，“缓冲池”．

如果将相关数据分割到不同的表中，则可以设置强制引用完整性的外键。看到第13.1.20.5节，“外键约束”．

如果磁盘或内存中的数据损坏，在使用假数据之前，校验和机制会向您发出警告。的innodb_checksum_algorithm变量定义了校验和算法InnoDB．

当您为每个表设计具有适当主键列的数据库时，涉及这些列的操作将自动优化。中引用主键列非常快在哪里条款,命令条款,集团子句和连接操作。看到第15.6.2.1节，“聚类和二级索引”．

插入、更新和删除通过一种称为更改缓冲的自动机制进行优化。InnoDB它不仅允许对同一个表的并发读和写访问，还缓存更改的数据以简化磁盘I/O。看到第15.5.2节，“变更缓冲区”．

性能优势并不局限于使用长时间运行的查询的大型表。当从一个表中一次又一次地访问相同的行时，Adaptive Hash Index会让这些查找更快，就像它们是从一个哈希表中出来的一样。看到第15.5.3节，“自适应哈希索引”．

可以压缩表和关联的索引。看到第15.9节，InnoDB表和页压缩．

您可以加密您的数据。看到第15.13节，“rest InnoDB数据加密”．

您可以创建和删除索引，并执行其他DDL操作，而对性能和可用性的影响要小得多。看到第15.12.1节，“在线DDL操作”．

截断每个表对应的文件的表空间非常快，可以释放磁盘空间供操作系统重用，而不是仅用于操作系统InnoDB．看到第15.6.3.2节，“每个表的文件表空间”．

表数据的存储布局更高效团以及长文本字段动态行格式。看到章节15.10，“InnoDB行格式”．

通过查询，可以监控存储引擎的内部工作情况INFORMATION_SCHEMA表。看到Section 15.15， " InnoDB INFORMATION_SCHEMA Tables "．

通过查询performance Schema表，可以监控存储引擎的性能详情。看到第15.16节，“InnoDB与MySQL的性能模式集成”．

你可以混合InnoDB表与其他MySQL存储引擎的表，甚至在相同的语句中。例如，可以使用连接操作组合数据InnoDB和内存单个查询中的表。

InnoDB已被设计为处理大数据量时的CPU效率和最大性能。

InnoDB表可以处理大量数据，即使在文件大小限制为2GB的操作系统上也是如此。