MySQL数据库中两种常用的存储引擎的差异

MyISAM和InnoDB是MySQL数据库中两种常用的存储引擎，它们之间在多个方面存在显著的区别。以下是关于这两种存储引擎的主要差异：

事务支持：

MyISAM：不支持事务处理（transaction）。
InnoDB：支持ACID兼容的事务（Transaction）功能，这是其最大的特色之一。

外键支持：

MyISAM：不支持外键（FOREIGN KEY）约束。
InnoDB：支持外键约束，从而强化参照完整性与并发违规处理机制。

锁机制：

MyISAM：仅支持表级锁（table-level locking），包括读锁（共享锁）和写锁（独占锁）。
InnoDB：既支持行级锁（row-level locking），也支持表级锁，但默认情况下是采用行级锁。InnoDB的行锁是通过索引实现的，这意味着只有通过索引条件检索数据，InnoDB才使用行级锁，否则，将使用表锁。

表级锁和行级锁在数据库并发控制中各有特点，以下是对它们进行详细的对比：

锁定的范围
表级锁：锁定的是整个表，当表被锁定时，其他用户对该表的访问会受到更多的限制。
行级锁：锁定的是相关的行，其他用户仍然可以操作该表的其他行。
锁的粒度
表级锁：是MySQL中锁定粒度最大的一种锁，意味着它锁定的资源范围更广。
行级锁：是MySQL中锁定粒度最细的一种锁，仅针对当前操作的行进行加锁，从而大大减少了数据库操作的冲突。
并发性能
表级锁：由于锁定整个表，因此并发度较低，多个用户同时访问同一张表时，冲突较多。
行级锁：由于只锁定相关的行，因此并发度较高，多个用户可以同时访问同一张表的不同行。
优缺点
表级锁
优点：实现简单，资源消耗较少，开销小，加锁快，不会出现死锁。
缺点：锁定粒度大，发出锁冲突的概率最高，并发度最低。
行级锁
优点：由于锁粒度小，争用率低，并发高，可以大大减少数据库操作的冲突。
缺点：实现复杂，开销大，加锁慢，容易出现死锁。
应用场景
表级锁：更适用于以查询为主，少量更新的应用。由于锁定的是整个表，因此当对表进行大量更新时，其他用户可能需要等待较长时间才能访问该表。
行级锁：更适用于有大量并发读写操作，且需要保证数据一致性的应用。通过锁定相关的行，可以确保多个用户同时访问同一张表的不同行时，数据不会被其他用户修改。
兼容性
MyISAM：只支持到表级锁。
InnoDB：既支持行级锁，也支持表级锁。在InnoDB中，行锁是通过给索引上的索引项加锁来实现的。

数据存放结构：

MyISAM：采用非聚簇索引，即key-value存的是key和地址指针，其真正的文件存在于其他位置。
InnoDB：采用聚簇索引来存储数据，即索引和数据是关联在一起的，都存储在B+树的根节点。

文件存储：

MyISAM：每个MyISAM数据表由三个文件组成：.frm（存储数据表定义）、.MYD（存放真正的数据）、.MYI（存储索引信息）。
InnoDB：有两种存储方式，共享表空间存储和多表空间存储。如果使用共享表空间，那么所有表的数据文件和索引文件都保存在一个表空间里；如果使用多表空间，那么每个表都有一个表空间文件用于存储每个表的数据和索引，文件名以.ibd为扩展名。

性能与稳定性：

MyISAM：虽然性能极佳，但在处理大量数据或高并发场景下，可能会因不支持事务和外键等特性而受限。
InnoDB：为处理巨大数据量时的最大性能设计，支持事务、行级锁定和外键等特性，提供了更好的稳定性和并发性能。

恢复与修复：

MyISAM：遇到错误时，必须完整扫描后才能重建索引或修正未写入硬盘的错误。修复时间与数据量的多少成正比。
InnoDB：可借由事务记录档（Transaction Log）来恢复程序崩溃或非预期结束所造成的数据错误。修复时间大致固定。

全文索引：

MyISAM：支持FULLTEXT类型的全文索引。
InnoDB：本身不支持FULLTEXT类型的全文索引，但可以使用sphinx插件支持全文索引。

默认设置：

在MySQL 5.5版之前，MyISAM是默认的数据库引擎。
从MySQL 5.5版开始，InnoDB逐渐成为默认的存储引擎。