数据库存储引擎是数据库底层软件组件，数据库管理系统（DBMS）使用数据引擎进行创建、查询、更新和删除数据操作。现在许多不多的数据库管理系统都支持多种不同的数据引擎。MySQL的核心就是存储引擎。
存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方法因为在关系数据库中数据的存储是以表的形式存储的，所以存储引擎也可以称为表类型（即存储和操作此表的类型）存储引擎是作用在表上的，而不是数据库
InnoDB 是事务型数据库的首选引擎，支持事务安全表（ACID），支持行锁定和外键。MySQL5.5.5之后，InnoDB 作为默认的存储引擎，InnoDB 主要特性有：
支持事务灾难恢复性好为处理巨大数据量的最大性能设计实现了缓冲管理，不仅能缓冲索引也能缓冲数据，并且会自动创建散列索引以加快数据的获取支持外键完整性约束。存储表中的数据时，每张表的存储都按逐渐顺序存放，如果没有显示在表定义时指定主键，InnoDB会为每一行生成一个6B的ROWID,并以此作为主键。被用在众多需要高性能的大型数据库站点上MyISAM 基于 ISAM 的存储引擎，并对其进行扩展。它是在Web、数据存储和其他应用环境下最常使用的存储引擎之一。MyISAM 拥有较高的插入、查询速度，但不支持事务。在 MySQL5.5.5 之前的版本中，MyISAM 是默认的存储引擎。MyISAM 主要特性有 ：
不支持事务使用表级锁，并发性差主机宕机后，MyISAM表易损坏，灾难恢复性不佳可以配合锁，实现操作系统下的复制备份、迁移只缓存索引，数据的缓存是利用操作系统缓冲区来实现的。可能引发过多的系统调用且效率不佳数据紧凑存储，因此可获得更小的索引和更快的全表扫描性能可以把数据文件和索引文件放在不同目录MEMORY 存储引擎将表中的数据存储在内存中，为查询和引用其他表数据提供快速访问。MEMORY 主要特性有：
使用表级锁，虽然内存访问快，但如果频繁的读写，表级锁会成为瓶颈只支持固定大小的行。Varchar类型的字段会存储为固定长度的Char类型，浪费空间不支持TEXT、BLOB字段。当有些查询需要使用到临时表（使用的也是MEMORY存储引擎）时，如果表中有TEXT、BLOB字段，那么会转换为基于磁盘的MyISAM表，严重降低性能由于内存资源成本昂贵，一般不建议设置过大的内存表，如果内存表满了，可通过清除数据或调整内存表参数来避免报错服务器重启后数据会丢失，复制维护时需要小心不同存储引擎都有各自的特点，以适应不同的需求，如下表所示，为了做出选择，首先需要考虑每一个存储引擎提供了哪些不同的功能。
如果要提供提交、回滚和崩溃恢复能力的事务安全（ACID兼容）能力，并要求实现并发控制，InnoDB 是个很好的选择。如果数据表主要用来插入和查询记录，则 MyISAM 引擎能提供较高的处理效率。如果只是临时存放数据，数据量不大，并且不需要较高的数据安全性，可以将数据保存在内存中的 Memory 引擎。MySQL 中使用该引擎作为临时表，存放查询的中间结果。如果只有 INSERT 和 SELECT 操作，可以选择 Archive 引擎，Archive 存储引擎支持高并发的插入操作，但是本身并不是事务安全的。Archive 引擎非常适合存储归档数据，如记录日志信息可以使用 Archive 引擎。使用哪一种引擎要根据需要灵活选择，一个数据库中多个表可以使用不同引擎满足各种性能和实际需求。使用合适的存储引擎，将会提高整个数据库的性能。
