如果服务器由于硬件或软件问题而意外退出，无论当时数据库中发生了什么，在重新启动数据库后都不需要执行任何特殊操作。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哈希索引将接管以使这些查找更快，就像它们来自哈希表一样。看到第15.5.3节，“自适应哈希索引”．

可以压缩表和相关索引。看到第15.9节“InnoDB表和页压缩”．

你可以加密你的数据。看到第15.13节“InnoDB数据静止加密”．

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

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

表数据的存储布局更有效团和长文本字段，使用动态行格式。看到第15.10节，“InnoDB行格式”．

通过查询，可以监控存储引擎的内部工作情况INFORMATION_SCHEMA表。看到第15.15节“InnoDB信息模式表”．

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

你可以混合InnoDB表与来自其他MySQL存储引擎的表连接，即使在同一条语句中。例如，您可以使用连接操作来组合来自的数据InnoDB而且内存表在单个查询中。

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

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