如果服务器因硬件或软件问题意外退出，无论当时数据库中发生了什么，您都不需要在重新启动数据库后执行任何特殊操作。 InnoDB 崩溃恢复会自动完成在崩溃之前已提交的更改，并撤销正在进行但未提交的更改，允许您重新启动并从停止的地方继续。请参见 第 17.18.2 节，“InnoDB 恢复”.

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

如果将相关数据拆分成不同的表，则可以设置外键以强制实施参照完整性。请参见 第 15.1.20.5 节，“FOREIGN KEY 约束”.

如果磁盘或内存中的数据损坏，则校验和机制会在您使用数据之前提醒您存在错误数据。 innodb_checksum_algorithm 变量定义 InnoDB 使用的校验和算法。

当您为每个表设计具有适当主键列的数据库时，涉及这些列的操作会自动优化。在 WHERE 子句、ORDER BY 子句、GROUP BY 子句和联接操作中引用主键列非常快。请参见 第 17.6.2.1 节，“聚簇索引和二级索引”.

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

性能优势不仅限于具有长时间运行查询的大表。当从表中反复访问相同的行时，自适应哈希索引会接管以使这些查找更快，就像它们来自哈希表一样。请参见 第 17.5.3 节，“自适应哈希索引”.

您可以压缩表和关联索引。请参见 第 17.9 节，“InnoDB 表和页面压缩”.

您可以加密您的数据。请参见 第 17.13 节，“InnoDB 数据静止加密”.

您可以创建和删除索引，并执行其他 DDL 操作，而对性能和可用性的影响要小得多。请参见 第 17.12.1 节，“联机 DDL 操作”.

截断每表文件表空间非常快，并且可以释放磁盘空间供操作系统重新使用，而不仅仅是 InnoDB。请参见 第 17.6.3.2 节，“每表文件表空间”.

对于 BLOB 和长文本字段，表数据的存储布局对于 DYNAMIC 行格式更有效。请参见 第 17.10 节，“InnoDB 行格式”.

您可以通过查询 INFORMATION_SCHEMA 表来监控存储引擎的内部工作。请参见 第 17.15 节，“InnoDB INFORMATION_SCHEMA 表”.

您可以通过查询 Performance Schema 表来监控存储引擎的性能详细信息。请参阅第 17.16 节，“InnoDB 与 MySQL Performance Schema 集成”。

您可以在同一个语句中混合使用InnoDB 表和来自其他 MySQL 存储引擎的表。例如，您可以使用联接操作在一个查询中组合来自InnoDB 和MEMORY 表的数据。

InnoDB 旨在提高 CPU 效率，并在处理大量数据时提供最佳性能。

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