何时使用MyISAM和InnoDB？-猿码集

1. MyISAM和InnoDB介绍

MyISAM和InnoDB是MySQL中两种最常见的存储引擎。它们有着不同的特点和适用场景。本文将介绍MyISAM和InnoDB的特点及何时使用它们。

1.1 MyISAM

MyISAM是MySQL的默认存储引擎，它采用表锁定（table-level locking）来实现并发访问。每次只允许一个查询或修改操作对表进行加锁，并且这些操作都是串行的。这意味着MyISAM适合读操作比写操作更多的应用，在读-heavy的应用场景下性能表现优异。

MyISAM存储引擎不支持事务（transaction），因此在执行多个操作时，如果其中有一条SQL语句执行失败，之前已经成功执行过的sql语句也会被撤回。因此，如果你需要使用事务，就不能使用MyISAM存储引擎。此外，MyISAM还不支持外键（foreign key），因此在需要建立关系的表间进行连接查询时，只能由应用程序来负责处理。如果需要执行频繁的插入/更新/删除操作的应用程序，建议不要使用MyISAM。

CREATE TABLE mytable (
  id INT PRIMARY KEY,
  name VARCHAR(20)
) ENGINE=MyISAM;

1.2 InnoDB

InnoDB是MySQL中的另一种存储引擎，它采用行锁定（row-level locking）来实现并发访问。InnoDB存储引擎支持事务，即使多个操作在同一个事务中进行，只要最后提交成功，所有操作也会成功。另外，InnoDB支持外键，可以方便地建立表与表之间的关系，进行连接查询。

在写-heavy的应用场景中，InnoDB具有明显优势，因为MyISAM的表锁定机制会大大降低多个写请求之间的并发性，而InnoDB的行锁定机制更适合高并发的写操作。

CREATE TABLE mytable (
  id INT PRIMARY KEY,
  name VARCHAR(20)
) ENGINE=InnoDB;

2. 何时使用MyISAM

下面列举了适用MyISAM存储引擎的一些情况：

2.1 非事务性的应用

如果应用程序不需要事务支持，也不需要建立表和表之间的关联，那么可以考虑使用MyISAM。这在某些轻量级的应用程序中比较常见，例如博客、新闻、论坛等应用，这些应用在大多数情况下只涉及简单的增删改查操作，并不需要强制的事务性支持。

2.2 表具有静态特征

如果一个表的记录数比较少，或者表的数据是静态的，那么使用MyISAM存储引擎会更好。MyISAM的表锁定机制会减少锁定行的开销，同时也减少了锁定管理数据结构的开销，因此查询速度会快很多。

2.3 需要全文本搜索

MyISAM存储引擎比InnoDB更适合全文本搜索，因为MyISAM具有全文本索引（full-text index）的优势，可以支持更高效的全文本搜索。使用MyISAM存储引擎可以实现全文本搜索的功能：

CREATE TABLE mytable(
  id INT PRIMARY KEY,
  title VARCHAR(200),
  content TEXT
) ENGINE=MyISAM;
ALTER TABLE mytable ADD FULLTEXT(title, content);
SELECT * FROM mytable WHERE MATCH (title, content) AGAINST ('MySQL' IN BOOLEAN MODE);

3. 何时使用InnoDB

下面是适用InnoDB存储引擎的场景：

3.1 事务性应用

如果应用程序需要保证数据的一致性，或需要让多个操作组合成一个原子性操作，那么需要使用InnoDB。InnoDB存储引擎支持事务和ACID属性，可以保证数据的完整性。

3.2 需要频繁更新表记录

如果应用程序需要进行频繁的插入、更新、删除等操作，那么需要使用InnoDB。因为InnoDB的行锁定机制对多个并发的操作进行更好的支持。

3.3 需要外键约束

如果应用程序需要建立表于表之间的关系，那么需要使用InnoDB。因为InnoDB支持外键约束，可以方便地建立表与表之间的关系，进行连接查询。

4. 总结

MyISAM和InnoDB在应用场景和特性方面有很大差别。根据应用程序的特点和需求，选择合适的存储引擎是非常重要的。简单来说，如果应用程序是读-heavy的，或者表具有静态特征或需要全文本搜索时，应该使用MyISAM；如果应用程序是写-heavy的，或需要事务性支持、外键约束时，应该使用InnoDB。

何时使用MyISAM和InnoDB？